Modelování aplikace v Service Fabric

Tento článek obsahuje přehled aplikačního modelu Azure Service Fabric a postup definování aplikace a služby prostřednictvím souborů manifestu.

Principy aplikačního modelu

Aplikace je kolekce základních služeb, které provádějí určitou funkci nebo funkce. Služba provádí úplnou a samostatnou funkci a může se spouštět a spouštět nezávisle na jiných službách. Služba se skládá z kódu, konfigurace a dat. Pro každou službu se kód skládá ze spustitelných binárních souborů, konfigurace se skládá z nastavení služby, která se dají načíst za běhu, a data se skládají z libovolných statických dat, která služba využívá. Každou komponentu v tomto hierarchickém aplikačním modelu je možné nezávisle na sobě určit verzí a upgradovat.

Typ aplikace je kategorizace aplikace a skládá se ze sady typů služeb. Typ služby je kategorizace služby. Kategorizace může mít různá nastavení a konfigurace, ale základní funkce zůstávají stejné. Instance služby jsou různé varianty konfigurace služby stejného typu služby.

Třídy (neboli "typy") aplikací a služeb jsou popsány prostřednictvím souborů XML (manifesty aplikací a manifesty služeb). Manifesty popisují aplikace a služby a představují šablony, pomocí kterých je možné vytvořit instance aplikací z úložiště imagí clusteru. Manifesty jsou podrobně popsané v manifestech aplikací a služeb. Definice schématu pro soubor ServiceManifest.xml a ApplicationManifest.xml se nainstaluje spolu se sadou Service Fabric SDK a nástroji do složky C:\Program Files\Microsoft SDKs\Service Fabric\schemas\ServiceFabricServiceModel.xsd. Schéma XML je zdokumentováno v dokumentaci ke schématu ServiceFabricServiceModel.xsd.

Kód pro různé instance aplikací běží jako samostatné procesy, i když ho hostuje stejný uzel Service Fabric. Životní cyklus každé instance aplikace je navíc možné spravovat (například upgradovat) nezávisle na sobě. Následující diagram znázorňuje, jak se typy aplikací skládají z typů služeb, které se pak skládají z kódu, konfigurace a datových balíčků. Pro zjednodušení diagramu se zobrazí pouze balíčky kódu, konfigurace nebo dat pro ServiceType4 , i když každý typ služby bude obsahovat některé nebo všechny tyto typy balíčků.

V clusteru může být aktivní jedna nebo více instancí typu služby. Například instance stavových služeb neboli repliky dosahují vysoké spolehlivosti replikací stavu mezi replikami umístěnými na různých uzlech v clusteru. Replikace v podstatě poskytuje redundanci, aby služba byla k dispozici i v případě, že jeden uzel v clusteru selže. Dělená služba dále rozděluje svůj stav (a vzory přístupu do tohoto stavu) mezi uzly v clusteru.

Následující diagram znázorňuje vztah mezi aplikacemi a instancemi služby, oddíly a replikami.

Tip

Rozložení aplikací v clusteru můžete zobrazit pomocí nástroje Service Fabric Explorer, který je k dispozici na http://< clusteraddress>:19080/Explorer. Další informace najdete v tématu Vizualizace clusteru pomocí Service Fabric Explorer.

Další kroky

• Seznamte se se škálovatelností aplikací.
• Seznamte se se stavem, dělením a dostupností služby.
• Přečtěte si, jak se aplikace a služby definují v manifestech aplikací a služeb.
• Modely hostování aplikací popisují vztah mezi replikami (nebo instancemi) nasazené služby a hostitelského procesu služby.