#10 Škálovatelnost a provozní architektura MMS

Úvod

Provozní architektura MMS je navržena tak, aby umožňovala provoz různě rozsáhlých podnikových aplikací a agend při zachování společného produktového základu platformy.

Konkrétní infrastruktura a její kapacita se mohou lišit podle zvoleného modelu poskytování, počtu a charakteru APP Tenantů, počtu uživatelů, objemu zpracovávaných dat, využívaných procesů, integrací a dalších provozních požadavků.

Škálovatelnost MMS proto není založena pouze na jednom parametru, například počtu uživatelů. Vychází z celkového charakteru a zatížení konkrétního řešení.

Základní principy

MMS využívá společnou produktovou architekturu, zatímco konkrétní provozní prostředí a jeho kapacita jsou navrhovány podle charakteru a očekávaného zatížení daného řešení.

Provozní architektura je tvořena aplikačními, datovými, procesními a externími technologickými komponentami, jejichž způsob provozu a kapacita mohou být přizpůsobeny požadavkům konkrétní implementace.

Základní technologické komponenty

Provoz MMS je tvořen několika vzájemně spolupracujícími technologickými částmi.

Aplikační vrstva

Aplikační vrstva zajišťuje provoz uživatelského prostředí, aplikační logiky a společných služeb MMS CORE a případných zákaznických rozšíření MMS CLIENT.

Prostřednictvím této vrstvy uživatelé pracují s APP Tenanty, podnikovými aplikacemi, agendami, moduly, procesy a dalšími službami platformy.

Databázová vrstva

Databázová vrstva zajišťuje ukládání a zpracování aplikačních dat, konfigurace a dalších informací potřebných pro provoz APP Tenantů.

Jednotlivé APP Tenanty pracují s odděleným aplikačním datovým kontextem.

Konkrétní databázová technologie a její provozní parametry vycházejí z architektury konkrétního prostředí.

Procesní vrstva

Zpracování procesů zajišťuje společné řešení EM-BASE.

Procesy jsou z pohledu návrhu, konfigurace a použití součástí konkrétních APP Tenantů, zatímco jejich zpracování využívá společnou technologickou komponentu EM-BASE a procesní data jsou ukládána v databázovém aplikačním schématu BASE.

Externí služby a úložiště

Podle konkrétního řešení mohou být využívány další technologické služby a zdroje, například:

• Microsoft SharePoint,
• Microsoft Entra ID,
• Microsoft 365,
• File System,
• externí databáze,
• API a podnikové systémy,
• další cloudové nebo interní služby.

Tyto komponenty nemusí být provozovány ve stejném prostředí jako samotné MMS.

Oddělení APP Tenantů

APP Tenant představuje samostatný aplikační prostor MMS.

Každý APP Tenant má vlastní konfiguraci, uživatele, role, moduly a aplikační data. Toto oddělení zůstává zachováno bez ohledu na to, zda je APP Tenant provozován ve Standalone nebo Saas (Mulit) prostředí.

Standalone

Ve Standalone prostředí je provozní infrastruktura určena konkrétnímu zákaznickému řešení a může obsahovat jeden nebo více APP Tenantů.

Saas (Multi)

V modelu SaaS (Multi) využívá více APP Tenantů společné technologické prostředí platformy, přičemž jednotlivé APP Tenanty zůstávají logicky oddělenými aplikačními prostory s vlastní konfigurací a aplikačními daty.

Škálovatelnost MMS

Škálovatelnost konkrétního řešení není určována pouze počtem registrovaných nebo současně pracujících uživatelů.

Významnou roli hraje způsob, jakým jednotlivé podnikové aplikace a agendy platformu využívají.

Počet a aktivita uživatelů

Pro návrh prostředí není klíčový celkový počet uživatelů, ale především:

• počet aktivních uživatelů,
• jejich souběžná aktivita,
• charakter prováděných operací,
• intenzita práce s daty a dokumenty.

Dvě řešení se stejným počtem uživatelů proto mohou mít výrazně rozdílné provozní požadavky.

Objem a charakter dat

Kapacitní požadavky ovlivňuje množství evidovaných dat i způsob, jakým s nimi jednoltivé moduly pracují.

Význam může mít například:

• počet záznamů,
• nastavení modulů,
• počet sloupců,
• typy pohledů,
• počet a velikost příloh,
• složitost relací,
• množství zobrazovaných nebo vyhledávaných dat,
• frekvence změn,
• objem historie a dalších souvisejících informací.

Procesy

Provozní zatížení může ovlivňovat také počet a charakter zpracovávaných procesů a procesních kroků ve workflow.

Rozdílné požadavky mohou mít jednoduché schvalovací scénáře a komplexní procesy s větším počtem účastníků, kroků, podmínek a automatických operací nad externími úložišti.

Integrace

Integrace mohou vytvářet další provozní zatížení podle množství přenášených dat, četnosti komunikace, řízení oprávnění a odezvy externích systémů.

Výkon integračního scénáře proto nemusí být určován pouze MMS, ale také parametry a dostupností připojených služeb.

Aplikační škálování

MMS podporuje práci s rostoucím rozsahem aplikací, agend a dat také prostřednictvím způsobu jejich organizace a zpřístupnění uživateli.

Na aplikační úrovni lze rozlišit dva základní směry:

Škálování práce s daty

Rozsáhlé množiny informací lze rozdělovat a zpřístupňovat prostřednictvím scope vyhledávání, vlastních stránek vyhledávání a dalších způsobů vymezení pracovního kontextu.

Uživatel tak nemusí pracovat s celým datovým prostorem současně, ale s relevantní množinou informací odpovídající konkrétnímu účelu.

Škálování rozsahu řešení

Podnikové řešení lze postupně rozšiřovat o další agendy, podnikové aplikace a moduly, které využívají společné služby a principy platformy MMS.

Růst rozsahu řešení tak nemusí znamenat vytváření samostatných technologicky nesouvisejících aplikací.

Škálovatelnost MMS není založena pouze na navyšování výkonu infrastruktury. Využívá také aplikační principy pro vymezení datového prostoru a postupné rozšiřování řešení o další agendy a moduly.

Práce s rozsáhlými daty

Pro moduly pracující s rozsáhlými evidencemi lze využít režim Large.

Large režim

Large je navržen pro práci s velkými skupinami aplikačních dat a tomu přizpůsobuje způsob jejich načítání a zobrazení.

Namísto automatického načtení rozsáhlého obsahu uživatel nejprve vyhledá nebo vymezí požadovanou množinu dat a následně s ní pracuje.

Tento princip omezuje zbytečné přenosy a zpracování dat, která uživatel v daném okamžiku nepotřebuje.

Klientská část

U rozsáhlých datových sad nemusí být určujícím limitem pouze aplikační nebo databázová infrastruktura.

Výslednou schopnost uživatele pracovat s velkým množstvím zobrazených dat ovlivňuje také:

• webový prohlížeč,
• výkon pracovní stanice,
• síťové připojení,
• rozsah požadovaných dat,
• složitost jejich zobrazení.

Škálování serverové infrastruktury proto samo o sobě neodstraňuje limity klientského prostředí.

Výkon a odezva externích služeb

Celková odezva aplikace může být ovlivněna také službami, které MMS využívá nebo se kterými komunikuje, například Microsoft SharePoint, Microsoft Graph API, externí API, databázové systémy nebo síťová úložiště.

MMS proto podle charakteru operace využívá také asynchronní zpracování. Změny provedené v aplikaci mohou být následně vyhodnocovány a podle nastavených pravidel mohou vyvolat například předání dat, aktualizaci externího systému, spuštění procesu nebo jinou navazující operaci.

Tím není nutné všechny navazující činnosti provádět synchronně v rámci okamžité interakce uživatele.

Výsledná doba zpracování integračního scénáře však může záviset také na výkonu, dostupnosti a odezvě připojeného systému. Při hodnocení výkonu je proto potřeba rozlišovat výkon MMS a výkon navazujících technologických služeb.

Návrh kapacity prostředí

Potřebná kapacita konkrétního prostředí se stanovuje podle očekávaného způsobu využití MMS.

Základní parametry

Při návrhu prostředí se zohledňují zejména:

• počet APP Tenantů,
• počet a aktivita uživatelů,
• počet a charakter podnikových aplikací a agend,
• objem aplikačních dat,
• počet a složitost procesů,
• dokumentové scénáře,
• využívané integrace,
• očekávané souběžné zatížení,
• požadavky na dostupnost a odezvu.

Výsledný návrh infrastruktury proto není vhodné odvozovat pouze z jedné univerzální metriky.

Změny kapacity v čase

Provozní požadavky se mohou v průběhu životního cyklu řešení měnit. Rozšiřování počtu agend, uživatelů, dat, procesů nebo integrací může vést k potřebě upravit parametry provozního prostředí.

Kapacitu je proto vhodné posuzovat nejen při prvním nasazení, ale také při významném rozšiřování řešení.

Dostupnost a odolnost

Požadovaná úroveň dostupnosti a odolnosti prostředí vychází z provozních požadavků konkrétního řešení.

Použitá infrastrukturní architektura proto nemusí být stejná pro všechny implementace MMS.

Konkrétní způsob zajištění dostupnosti, zálohování, obnovy a dalších infrastrukturních mechanismů závisí naprovozním modelu, použité infrastruktuře a sjednaných provozních parametrech.

Provozní prostředí

Podle rozsahu, způsobu rozvoje a provozního modelu konkrétního řešení mohou být využívána různá oddělená provozní prostředí. Jejich počet, účel a způsob oddělení nejsou platformou MMS pevně stanoveny.

Detailní způsob uvolňování nových verzí je pospán zde
Release management a aktualizace MMS

Zjednodušený pohled

PODNIKOVÉ APLIKACE A AGENDY ↓
APP Tenant(y) ↓
aplikační vrstva MMS ↓ (CORE + CLIENT)
aplikační data	procesy	externí služby
apliakční DB (APP Tenant)	EM-BASE (DB BASE)	Microsoft 365 SharePoint API / DB File System
PROVOZNÍ INFRASTRUKTURA  ↑
kapacita · výkon · dostupnost ↑

Požadovaná kapacita provozního prostředí vychází z kombinace počtu a aktivity uživatelů, charakteru aplikací a procesů, objemu dat, integrací a dalších provozních požadavků konkrétního řešení.

Vymezení škálovatelnosti a provozní architektury

• MMS využívá společný produktový základ napříč různě rozsáhlými řešeními.
• APP Tenanty představují oddělené aplikační prostory.
• Provozní model ovlivňuje způsob organizace a dimenzování prostředí.
• Kapacita prostředí není určována pouze počtem uživatelů.
• Významnými parametry jsou aktivita uživatelů, objem a charakter dat, procesy a integrace.
• Pro rozsáhlé evidence lze využít režim Large.
• Při práci s velkým množstvím dat mohou být určující také parametry klientského prostředí.
• Výslednou odezvu integračních scénářů mohou ovlivňovat externí systémy a služby.

• Škálování zahrnuje jak odpovídající dimenzování infrastruktury, tak aplikační principy práce s daty a rozšiřování řešení.

• Provozní kapacitu je vhodné přehodnocovat při významném rozšiřování řešení.

• Požadavky na dostupnost a odolnost se stanovují podle konkrétního provozního scénáře.

Klíčové principy

• Aplikační vrstva

• Databázová vrstva

• Proce EM-BASE

• Oddělení APP Tenantů

• Standalone a Saas (Multi)

• Kapacitní parametry

• Large režim

• Klientské limity

• Externí služby

• Provozní prostředí

• Dostupnost a odolnost

Související stránky

Galerie