Modelování aplikace v Service Fabric

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

Pochopení 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 spustit a spustit nezávisle na jiných službách. Služba se skládá z kódu, konfigurace a dat. U každé služby se kód skládá ze spustitelných binárních souborů, konfigurace se skládá z nastavení služby, které lze načíst za běhu, a data se skládají z libovolných statických dat, která má služba spotřebovat. Jednotlivé komponenty v tomto modelu hierarchické aplikace lze zavažovat a upgradovat nezávisle.

Typ aplikace je kategorizace aplikace a sestává 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ůstanou stejné. Instance služby jsou odlišné varianty konfigurace služby pro stejný typ služby.

Třídy (nebo "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 jsou šablony, u kterých je možné vytvářet instance aplikací z úložiště imagí clusteru. Manifesty jsou podrobně popsány v manifestech aplikací a služeb. Definice schématu pro ServiceManifest.xml a soubor ApplicationManifest.xml se instaluje s Service Fabric SDK a nástroji do složky C:\Program Files\Microsoft SDKs\Service Fabric\schemas\ServiceFabricServiceModel.xsd. Schéma XML je dokumentováno v dokumentaci ke schématu ServiceFabricServiceModel. xsd.

Kód pro různé instance aplikace běží jako samostatné procesy, i když hostuje stejný Service Fabric uzel. Kromě toho je možné nezávisle na životní cyklus každé instance aplikace spravovat (například upgradovat). Následující diagram znázorňuje, jak se typy aplikací skládají z typů služby, které jsou zase tvořeny kódem, konfigurací a balíčky dat. Pro zjednodušení diagramu se zobrazí jenom balíčky Code/config/data pro ServiceType4 , i když každý typ služby obsahuje některé nebo všechny tyto typy balíčků.

V clusteru může být aktivní jedna nebo víc instancí typu služby. Například stavové instance služby nebo repliky, které se replikují do stavu replikace mezi replikami umístěnými na různých uzlech v clusteru, dosahují vysoké spolehlivosti. Replikace v podstatě zajišťuje redundanci služby, která bude dostupná i v případě, že jeden uzel v clusteru selhává. Dělená služba dále rozděluje svůj stav (a přistupuje ke vzorům tohoto stavu) napříč uzly v clusteru.

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

Další kroky

• Přečtěte si o škálovatelnosti aplikací.
• Seznamte se s informacemi o stavuslužby, dělenía dostupnosti.
• Přečtěte si o tom, jak jsou aplikace a služby definované v manifestech aplikací a služeb.
• Modely hostování aplikací popisují vztah mezi replikami (nebo instancemi) nasazené služby a procesu hostitele služby.