Szeretne többet megtudni a Service Fabricről?

Az Azure Service Fabric egy elosztott rendszerplatform, amely megkönnyíti a skálázható és megbízható mikroszolgáltatások csomagolását, üzembe helyezését és kezelését. A Service Fabricnek azonban nagy a felülete, és sokat kell tanulnia. Ez a cikk a Service Fabric összefoglalóját tartalmazza, és ismerteti az alapvető fogalmakat, a programozási modelleket, az alkalmazás életciklusát, a tesztelést, a fürtöket és az állapotfigyelést. A bevezetéshez olvassa el az Áttekintés és Mik azok a mikroszolgáltatások? című témakört, és megtudhatja, hogyan használható a Service Fabric a mikroszolgáltatások létrehozására. Ez a cikk nem tartalmaz átfogó tartalomlistát, de hivatkozik a Service Fabric minden területére vonatkozó áttekintésre és első lépésekre.

Alapfogalmak

A Service Fabric terminológiája, az alkalmazásmodell és a támogatott programozási modellek további fogalmakat és leírásokat nyújtanak, de íme az alapok.

• Service Fabric-fürt: A Service Fabric architektúrájának és alapvető fogalmainak megismeréséhez és a Service Fabric számos funkciójának megismeréséhez tekintse meg ezt a hivatkozást egy oktatóvideóhoz.
• Futásidejű fogalmak: A Service Fabric futásidejű fogalmainak és ajánlott eljárásainak megismeréséhez tekintse meg ezt a hivatkozást.
• Tervezési típussal kapcsolatos fogalmak: Az alkalmazás, a csomagolás és az üzembe helyezés megismeréséhez tekintse meg ezt a hivatkozást, és ismerje meg a Service Fabric legfontosabb terminológiáját, absztrakcióit és fogalmait.

Tervezési idő: szolgáltatástípus, szolgáltatáscsomag és jegyzék, alkalmazástípus, alkalmazáscsomag és jegyzék

A szolgáltatástípus a szolgáltatás kódcsomagjaihoz, adatcsomagjaihoz és konfigurációs csomagjaihoz rendelt név/verzió. Ez egy ServiceManifest.xml fájlban van definiálva. A szolgáltatás típusa végrehajtható kód- és szolgáltatáskonfigurációs beállításokból áll, amelyek futásidőben töltődnek be, valamint a szolgáltatás által felhasznált statikus adatokból.

A szolgáltatáscsomagok a szolgáltatástípus ServiceManifest.xml fájlját tartalmazó lemezkönyvtárak, amelyek a szolgáltatástípus kódjára, statikus adataira és konfigurációs csomagjaira hivatkoznak. Egy szolgáltatáscsomag például hivatkozhat az adatbázis-szolgáltatást alkotó kódra, statikus adatokra és konfigurációs csomagokra.

Az alkalmazástípus a szolgáltatástípusok gyűjteményéhez rendelt név/verzió. Ez egy ApplicationManifest.xml fájlban van definiálva.

Az alkalmazáscsomag egy lemezkönyvtár, amely tartalmazza az alkalmazástípus ApplicationManifest.xml fájlját, amely az alkalmazástípust alkotó egyes szolgáltatástípusok szolgáltatáscsomagjaira hivatkozik. Egy e-mail-alkalmazástípus alkalmazáscsomagja például tartalmazhat egy üzenetsor-szolgáltatási csomagra, egy előtérbeli szolgáltatáscsomagra és egy adatbázis-szolgáltatáscsomagra mutató hivatkozásokat.

Az alkalmazáscsomag könyvtárában található fájlok át lesznek másolva a Service Fabric-fürt képtárolójába. Ezután létrehozhat egy nevesített alkalmazást ebből az alkalmazástípusból, amely ezután a fürtön belül fut. A névvel ellátott alkalmazás létrehozása után létrehozhat egy elnevezett szolgáltatást az alkalmazástípus egyik szolgáltatástípusából.

Futtatási idő: fürtök és csomópontok, elnevezett alkalmazások, elnevezett szolgáltatások, partíciók és replikák

A Service Fabric-fürt virtuális és fizikai gépek hálózaton keresztül csatlakozó készlete, amelyen mikroszolgáltatásokat helyezhet üzembe és felügyelhet. A fürtök több ezer gépre skálázhatók.

A fürtök részét képező gépeket vagy virtuális gépeket csomópontoknak nevezzük. Minden csomóponthoz hozzá van rendelve egy csomópontnév (egy sztring). A csomópontok jellemzőkkel, például elhelyezési tulajdonságokkal rendelkeznek. Minden gép vagy virtuális gép rendelkezik egy automatikusan elindítható Windows-szolgáltatással, amely a rendszerindításkor indul el, FabricHost.exemajd két végrehajtható műveletet indít el: Fabric.exe és FabricGateway.exe. Ez a két végrehajtható fájl alkotja a csomópontot. Fejlesztési vagy tesztelési forgatókönyvek esetén több csomópontot is üzemeltethet egyetlen gépen vagy virtuális gépen több példány Fabric.exe futtatásával FabricGateway.exe.

A névvel ellátott alkalmazások nevesített szolgáltatások gyűjteményei, amelyek egy bizonyos függvényt vagy függvényt hajtanak végre. A szolgáltatás teljes és önálló függvényt hajt végre (más szolgáltatásoktól függetlenül indítható és futtatható), és kódból, konfigurációból és adatokból áll. Miután az alkalmazáscsomagot átmásolta a képtárolóba, az alkalmazás egy példányát a fürtben hozza létre az alkalmazáscsomag alkalmazástípusának megadásával (a nevével/verziójával). Minden alkalmazástípus-példányhoz tartozik egy hálóhoz hasonló URI-név:/MyNamedApp. A fürtön belül több elnevezett alkalmazást is létrehozhat egyetlen alkalmazástípusból. Elnevezett alkalmazásokat is létrehozhat különböző alkalmazástípusokból. Az egyes elnevezett alkalmazásokat egymástól függetlenül felügyeli és verziószámozza.

Egy elnevezett alkalmazás létrehozása után létrehozhat egy példányt a fürt egyik szolgáltatástípusából (egy elnevezett szolgáltatásból) a szolgáltatás típusának megadásával (a nevével/verziójával). Minden szolgáltatástípus-példányhoz hozzá van rendelve egy URI-név, amelynek hatóköre a nevesített alkalmazás URI-ja alatt van. Ha például létrehoz egy "MyDatabase" nevű szolgáltatást egy "MyNamedApp" nevű alkalmazásban, az URI a következőképpen néz ki: háló:/MyNamedApp/MyDatabase. Egy nevesített alkalmazásban létrehozhat egy vagy több nevesített szolgáltatást. Minden elnevezett szolgáltatás saját partíciós sémával és példány/replikaszámokkal rendelkezhet.

Kétféle szolgáltatás létezik: állapot nélküli és állapotalapú. Az állapot nélküli szolgáltatások nem tárolják az állapotot a szolgáltatáson belül. Az állapot nélküli szolgáltatások egyáltalán nem rendelkeznek állandó tárhellyel, vagy állandó állapotot tárolnak egy külső tárolószolgáltatásban, például az Azure Storage-ban, az Azure SQL Database-ben vagy az Azure Cosmos DB-ben. Az állapotalapú szolgáltatás tárolja az állapotot a szolgáltatáson belül, és a Reliable Collections vagy a Reliable Actors programozási modellek használatával kezeli az állapotot.

Névvel ellátott szolgáltatás létrehozásakor meg kell adnia egy partíciós sémát. A nagy mennyiségű állapotú szolgáltatások felosztják az adatokat a partíciók között. Minden partíció felelős a szolgáltatás teljes állapotának egy részéért, amely a fürt csomópontjai között oszlik el.

Az alábbi ábra az alkalmazások és szolgáltatáspéldányok, partíciók és replikák közötti kapcsolatot mutatja be.

Particionálás, skálázás és rendelkezésre állás

A particionálás nem egyedi a Service Fabricben. A particionálás jól ismert formája az adatparticionálás vagy a horizontális skálázás. A nagy mennyiségű állapottal rendelkező állapotalapú szolgáltatások felosztják az adatokat a partíciók között. Minden partíció felelős a szolgáltatás teljes állapotának egy részéért.

Az egyes partíciók replikái a fürt csomópontjai között vannak elosztva, így a névvel ellátott szolgáltatás állapota méretezhető. Az adatok növekedésével a partíciók növekednek, a Service Fabric pedig újraegyensúlyozza a csomópontok partícióit a hardvererőforrások hatékony használata érdekében. Ha új csomópontokat ad hozzá a fürthöz, a Service Fabric újraegyensúlyozza a partícióreplikákat a csomópontok megnövekedett száma között. Az alkalmazások általános teljesítménye javul, és csökken a memóriahozzáférésért való versengés. Ha a fürt csomópontjait nem használják hatékonyan, csökkentheti a fürt csomópontjainak számát. A Service Fabric ismét kiegyensúlyozza a partícióreplikákat a csökkentett számú csomóponton, hogy jobban kihasználhassa az egyes csomópontokon lévő hardvert.

A partíción belül az állapot nélküli névvel ellátott szolgáltatások példányokkal rendelkeznek, míg az állapotalapú névvel ellátott szolgáltatások replikákkal rendelkeznek. Az állapot nélküli névvel ellátott szolgáltatások általában csak egyetlen partícióval rendelkeznek, mivel nincsenek belső állapotuk, bár vannak kivételek. A partíciópéldányok rendelkezésre állást biztosítanak. Ha egy példány meghibásodik, a többi példány továbbra is megfelelően működik, majd a Service Fabric létrehoz egy új példányt. Az állapotalapú elnevezett szolgáltatások a replikákon belül tartják fenn az állapotukat, és minden partíció saját replikakészlettel rendelkezik. Az olvasási és írási műveletek egy replikán (az elsődlegesen) hajthatók végre. Az írási műveletek állapotváltozásait a rendszer több más replikára (active secondaries) replikálja. Ha egy replika meghibásodik, a Service Fabric létrehoz egy új replikát a meglévő replikákból.

Állapot nélküli és állapotalapú mikroszolgáltatások a Service Fabrichez

A Service Fabric segítségével mikroszolgáltatásokból vagy tárolókból álló alkalmazásokat építhet. Az állapot nélküli mikroszolgáltatások (például a protokollátjárók és webproxyk) nem tartanak fenn változtatható állapotot a kéréseken és a szolgáltatástól ezekre kapott válaszokon kívül. Az Azure Cloud Services feldolgozói szerepkörei például állapotmentes szolgáltatások. Az állapotalapú mikroszolgáltatások (például felhasználói fiókok, adatbázisok, eszközök, kosarak és üzenetsorok) változtatható, mérvadó állapotot tartanak fenn a kéréseken és a válaszokon kívül is. A modern webes alkalmazások állapot nélküli és állapotalapú mikroszolgáltatások kombinációjából állnak.

A Service Fabric fő különbsége az állapotalapú szolgáltatások kiépítésére összpontosít, akár a beépített programozási modellekkel, akár tárolóalapú állapotalapú szolgáltatásokkal. Az alkalmazás-forgatókönyvek az állapotalapú szolgáltatások használatát mutatják be.

Miért vannak állapotalapú mikroszolgáltatások az állapot nélküli szolgáltatásokkal együtt? A két fő ok a következők:

• Nagy átviteli sebességű, alacsony késésű, hibatűrő online tranzakciófeldolgozási (OLTP) szolgáltatásokat hozhat létre úgy, hogy a kódot és az adatokat ugyanazon a gépen tartja. Ilyenek például az interaktív áruházak, a keresés, az IoT-rendszerek, a kereskedési rendszerek, a hitelkártya-feldolgozási és csalásészlelési rendszerek, valamint a személyes rekordkezelés.
• Egyszerűbbé teheti az alkalmazástervezést. Az állapotalapú mikroszolgáltatások nem igényelnek további üzenetsorokat és gyorsítótárakat, amelyek hagyományosan szükségesek a tisztán állapot nélküli alkalmazások rendelkezésre állási és késési követelményeinek kezeléséhez. Az állapotalapú szolgáltatások természetesen magas rendelkezésre állással és alacsony késéssel járnak, ami csökkenti az alkalmazás egészében kezelendő mozgó alkatrészek számát.

Támogatott programozási modellek

A Service Fabric többféle módot kínál a szolgáltatások írására és kezelésére. A szolgáltatások a Service Fabric API-kkal teljes mértékben kihasználhatják a platform funkcióit és alkalmazás-keretrendszereit. A szolgáltatások bármely lefordított végrehajtható program is lehetnek, amely bármilyen nyelven íródott, és egy Service Fabric-fürtön fut. További információ: Támogatott programozási modellek.

Tárolók

A Service Fabric alapértelmezés szerint folyamatként telepíti és aktiválja a szolgáltatásokat. A Service Fabric a szolgáltatásokat tárolókban is üzembe helyezheti. Fontos, hogy egyazon alkalmazás tárolóiban lévő folyamatokban és szolgáltatásokban lévő szolgáltatásokat kombinálhatja. A Service Fabric támogatja a Linux-tárolók és a Windows-tárolók Windows Server 2016-on való telepítését. Meglévő alkalmazásokat, állapot nélküli szolgáltatásokat vagy állapotalapú szolgáltatásokat helyezhet üzembe tárolókban.

Reliable Services

A Reliable Services egy egyszerű keretrendszer olyan szolgáltatások írásához, amelyek integrálhatók a Service Fabric platformmal, és kihasználják a platformfunkciók teljes készletét. A Reliable Services állapot nélküli lehet (hasonlóan a legtöbb szolgáltatásplatformhoz, például a webkiszolgálókhoz vagy az Azure Cloud Services feldolgozói szerepköreihez), ahol az állapot egy külső megoldásban, például az Azure DB-ben vagy az Azure Table Storage-ban is megmarad. A Reliable Services állapotalapú is lehet, ahol az állapot közvetlenül a szolgáltatásban marad meg a Reliable Collections használatával. Az állapot magas rendelkezésre állásúvá válik a replikáción keresztül, és particionáláson keresztül osztja el, mindezt automatikusan a Service Fabric felügyeli.

Reliable Actors

A Reliable Servicesre épülő Reliable Actor-keretrendszer egy olyan alkalmazás-keretrendszer, amely a virtuális színész mintáját implementálja az aktor tervezési mintája alapján. A Reliable Actor keretrendszer független számítási és állapotegységeket használ egyszálas végrehajtással, úgynevezett aktorokkal. A Reliable Actor keretrendszer beépített kommunikációt biztosít a szereplők számára, valamint előre beállított állapotmegőrzést és vertikális felskálázási konfigurációkat.

ASP.NET Core

A Service Fabric első osztályú programozási modellként integrálható ASP.NET Core-val webes és API-alkalmazások létrehozásához. ASP.NET Core kétféleképpen használható a Service Fabricben:

• Vendégként futtathatóként üzemeltetve. Ez elsősorban meglévő ASP.NET Core-alkalmazások futtatására szolgál a Service Fabricen kódmódosítások nélkül.
• Futtassa egy reliable service-ben. Ez jobb integrációt tesz lehetővé a Service Fabric-futtatókörnyezettel, és lehetővé teszi az állapotalapú ASP.NET Core-szolgáltatásokat.

Vendég végrehajtható fájlok

A vendég végrehajtható egy meglévő, tetszőleges végrehajtható (bármilyen nyelven írt) futtatható szolgáltatás, amely a Service Fabric-fürtön fut más szolgáltatások mellett. A vendég végrehajtható fájlok nem integrálhatók közvetlenül a Service Fabric API-kkal. Azonban továbbra is élvezhetik a platformajánlatok funkcióit, például az egyéni állapot- és terhelésjelentést és a szolgáltatás felderíthetőségét REST API-k meghívásával. Emellett teljes körű alkalmazás-életciklus-támogatással is rendelkeznek.

Alkalmazás-életciklus

Más platformokhoz hasonlóan a Service Fabricen futó alkalmazások általában a következő fázisokon mennek keresztül: tervezés, fejlesztés, tesztelés, üzembe helyezés, frissítés, karbantartás és eltávolítás. A Service Fabric első osztályú támogatást nyújt a felhőalkalmazások teljes alkalmazás-életciklusához, a fejlesztéstől kezdve az üzembe helyezésen, a napi felügyeleten és karbantartáson át a végleges leszerelésig. A szolgáltatásmodell lehetővé teszi, hogy több különböző szerepkör is önállóan vegyen részt az alkalmazás életciklusában. A Service Fabric-alkalmazás életciklusa áttekintést nyújt az API-król és arról, hogy a különböző szerepkörök hogyan használják őket a Service Fabric-alkalmazás életciklusának szakaszaiban.

Az alkalmazás teljes életciklusa kezelhető PowerShell-parancsmagokkal, CLI-parancsokkal, C# API-kkal, Java API-kkal és REST API-kkal. Folyamatos integrációs/folyamatos üzembehelyezési folyamatokat is beállíthat olyan eszközökkel, mint az Azure Pipelines vagy a Jenkins.

Tekintse meg ezt a hivatkozást egy oktatóvideóhoz, amely leírja, hogyan kezelheti az alkalmazás életciklusát:

Alkalmazások és szolgáltatások tesztelése

Ahhoz, hogy valóban felhőalapú szolgáltatásokat hozzon létre, fontos ellenőrizni, hogy alkalmazásai és szolgáltatásai képesek-e ellenállni a valós hibáknak. A Hibaelemzési szolgáltatás a Service Fabricre épülő tesztelési szolgáltatásokhoz készült. A Hibaelemzési szolgáltatással jelentős hibákat idézhet elő, és teljes tesztforgatókönyveket futtathat az alkalmazásokon. Ezek a hibák és forgatókönyvek gyakorolják és ellenőrzik a szolgáltatás teljes élettartama során tapasztalt számos állapotot és átmenetet, mindezt ellenőrzött, biztonságos és konzisztens módon.

A műveletek egy szolgáltatást céloznak meg az egyéni hibák teszteléséhez. A szolgáltatásfejlesztők ezeket építőelemként használhatják bonyolult forgatókönyvek írásához. Szimulált hibák például a következők:

• Indítsa újra a csomópontot tetszőleges számú olyan helyzet szimulálásához, amikor egy gép vagy virtuális gép újraindul.
• Helyezze át az állapotalapú szolgáltatás replikáját a terheléselosztás, feladatátvétel vagy alkalmazásfrissítés szimulálásához.
• Kvórumveszteség meghívása egy állapotalapú szolgáltatáson olyan helyzet létrehozásához, amelyben az írási műveletek nem folytathatók, mert nincs elég "biztonsági másolat" vagy "másodlagos" replika az új adatok elfogadásához.
• Adatvesztést hívhat meg egy állapotalapú szolgáltatáson, hogy olyan helyzetet hozzon létre, amelyben az összes memóriabeli állapot teljesen törlődik.

A forgatókönyvek egy vagy több műveletből álló összetett műveletek. A Hibaelemzési szolgáltatás két beépített teljes forgatókönyvet biztosít:

• Káoszforgatókönyv – a fürt folyamatos, egymást átjárt hibáit szimulálja (mind a kecses, mind a gyalázatos) hosszú időn keresztül.
• Feladatátvételi forgatókönyv – a káosztesztelési forgatókönyv egy verziója, amely egy adott szolgáltatáspartíciót céloz meg, miközben más szolgáltatásokat nem érint.

Fürtök

A Service Fabric-fürt virtuális és fizikai gépek hálózaton keresztül csatlakozó készlete, amelyen mikroszolgáltatásokat helyezhet üzembe és felügyelhet. A fürtök több ezer gépre skálázhatók. A fürt részét képező gépet vagy virtuális gépet fürtcsomópontnak nevezzük. Minden csomóponthoz hozzá van rendelve egy csomópontnév (egy sztring). A csomópontok jellemzőkkel, például elhelyezési tulajdonságokkal rendelkeznek. Minden gép vagy virtuális gép rendelkezik egy automatikus indítási szolgáltatással, amely a rendszerindításkor indul el, FabricHost.exemajd két végrehajtható műveletet indít el: Fabric.exe és FabricGateway.exe. Ez a két végrehajtható fájl alkotja a csomópontot. Tesztelési forgatókönyvek esetén több csomópontot is üzemeltethet egyetlen gépen vagy virtuális gépen több példány Fabric.exe futtatásával FabricGateway.exe.

Service Fabric-fürtök windowsos vagy Linux rendszerű virtuális vagy fizikai gépeken hozhatók létre. A Service Fabric-alkalmazásokat bármely olyan környezetben üzembe helyezheti és futtathatja, ahol windowsos vagy Linux rendszerű számítógépek vannak összekapcsolva: a helyszínen, a Microsoft Azure-ban vagy bármely felhőszolgáltatón.

Tekintse meg ezt a hivatkozást a Service Fabric architektúráját, alapvető fogalmait és számos más Service Fabric-funkciót ismertető oktatóvideóért.

Fürtök az Azure-on

A Service Fabric-fürtök Azure-ban való futtatása integrációt biztosít más Azure-funkciókkal és szolgáltatásokkal, ami megkönnyíti és megbízhatóbbá teszi a fürt működését és felügyeletét. A fürtök egy Azure Resource Manager-erőforrás, így a fürtöket az Azure bármely más erőforrásához hasonlóan modellezheti. A Resource Manager emellett egyszerű felügyeletet biztosít a fürt által egyetlen egységként használt összes erőforrásról. Az Azure-beli fürtök integrálva vannak az Azure-diagnosztika és az Azure Monitor naplóival. A fürtcsomópont-típusok virtuálisgép-méretezési csoportok, így az automatikus skálázási funkció be van építve.

Fürtöt az Azure Portalon, sablonból vagy Visual Studióból hozhat létre az Azure-ban.

A Service Fabric Linuxon lehetővé teszi magas rendelkezésre állású, nagy mértékben méretezhető alkalmazások létrehozását, üzembe helyezését és kezelését Linuxon, ugyanúgy, mint a Windows esetében. A Service Fabric-keretrendszerek (Reliable Services és Reliable Actors) a C# (.NET Core) mellett a Java-ban is elérhetők Linuxon. A vendég végrehajtható szolgáltatásokat bármilyen nyelvvel vagy keretrendszerrel létrehozhatja. A Docker-tárolók vezénylése is támogatott. A Docker-tárolók vendég végrehajtható fájlokat vagy natív Service Fabric-szolgáltatásokat futtathatnak, amelyek a Service Fabric-keretrendszereket használják. További információkért olvassa el a Service Fabricet Linuxon.

Vannak olyan funkciók, amelyek támogatottak a Windowsban, de Linuxon nem. További információ: Különbségek a Service Fabric között Linux és Windows rendszeren.

Önálló fürtök

A Service Fabric egy telepítési csomagot biztosít, amellyel önálló Service Fabric-fürtöket hozhat létre a helyszínen vagy bármely felhőszolgáltatón. Az önálló fürtök lehetővé teszik, hogy bárhol üzemeltethesse a fürtöket. Ha az adatokra megfelelőségi vagy jogszabályi korlátozások vonatkoznak, vagy ha helyi adatokra van szüksége, saját fürtöt és alkalmazásokat is üzemeltethet. A Service Fabric-alkalmazások több üzemeltetési környezetben is futtathatók módosítás nélkül, így az alkalmazások készítésével kapcsolatos tudása átviszi az egyik üzemeltetési környezetből a másikba.

Az első önálló Service Fabric-fürt létrehozása

A Linux önálló fürtök még nem támogatottak.

Fürtbiztonság

A fürtöket védeni kell, hogy illetéktelen felhasználók ne csatlakozzanak a fürthöz, különösen akkor, ha éles számítási feladatok futnak rajta. Bár nem biztonságos fürtöt is létrehozhat, lehetővé teszi a névtelen felhasználók számára, hogy csatlakozzanak hozzá, ha a felügyeleti végpontok nyilvános interneten érhetők el. Nem biztonságos fürtök biztonságának későbbi engedélyezése nem lehetséges: a fürtbiztonság a fürtlétrehozáskor engedélyezve van.

A fürt biztonsági forgatókönyvei a következők:

• Csomópontok és csomópontok biztonsága
• Ügyfél–csomópont biztonság
• Service Fabric szerepköralapú hozzáférés-vezérlés

További információkért olvassa el a fürt biztonságossá tételét ismertető cikket.

Méretezés

Ha új csomópontokat ad hozzá a fürthöz, a Service Fabric újraegyensúlyozza a partícióreplikákat és a példányokat a csomópontok megnövekedett száma között. Az alkalmazások általános teljesítménye javul, és csökken a memóriahozzáférésért való versengés. Ha a fürt csomópontjait nem használják hatékonyan, csökkentheti a fürt csomópontjainak számát. A Service Fabric ismét kiegyensúlyozza a partícióreplikákat és -példányokat a csökkentett számú csomóponton, hogy jobban kihasználhassa az egyes csomópontokon lévő hardvert. A fürtöket manuálisan vagy programozott módon is skálázhatja az Azure-ban. Az önálló fürtök manuálisan skálázhatók.

Fürtfrissítések

Időnként a Service Fabric-futtatókörnyezet új verziói is megjelennek. Futtatókörnyezeti vagy hálófrissítéseket hajthat végre a fürtön, hogy mindig támogatott verziót futtasson. A hálófrissítések mellett a fürtkonfigurációt is frissítheti, például tanúsítványokat vagy alkalmazásportokat.

A Service Fabric-fürtök az Ön tulajdonában lévő, de részben a Microsoft által felügyelt erőforrások. A Microsoft feladata a mögöttes operációs rendszer javítása és a hálófrissítések végrehajtása a fürtön. Beállíthatja, hogy a fürt automatikus hálófrissítéseket kapjon, amikor a Microsoft új verziót ad ki, vagy kiválaszthatja a kívánt támogatott hálóverziót. A háló- és konfigurációfrissítések az Azure Portalon vagy a Resource Manageren keresztül állíthatók be. További információ: Service Fabric-fürt frissítése.

Az önálló fürtök olyan erőforrások, amelyek teljes egészében Öné. Ön felelős a mögöttes operációs rendszer javításáért és a hálófrissítések kezdeményezéséért. Ha a fürt csatlakozni tud, https://www.microsoft.com/downloadbeállíthatja, hogy a fürt automatikusan töltse le és építse ki az új Service Fabric-futtatókörnyezet-csomagot. Ezután kezdeményezheti a frissítést. Ha a fürt nem tud hozzáférni https://www.microsoft.com/download, manuálisan letöltheti az új futtatókörnyezet-csomagot egy internetkapcsolattal rendelkező gépről, majd kezdeményezheti a frissítést. További információ: Különálló Service Fabric-fürt frissítése.

Állapotfigyelés

A Service Fabric egy állapotmodellt vezet be, amely meghatározott entitásokon (például fürtcsomópontokon és szolgáltatásreplikákon) jelzi a nem megfelelő fürt- és alkalmazásfeltételeket. Az állapotmodell állapot-riportereket (rendszerösszetevőket és figyelőket) használ. A cél egyszerű és gyors diagnosztika és javítás. A szolgáltatásíróknak előre kell gondolniuk az állapottal és az állapotjelentések tervezésének módjával kapcsolatban. Minden olyan feltételt, amely hatással lehet az állapotra, jelenteni kell, különösen akkor, ha segíthet megjelölni a gyökérhöz közeli problémákat. Az állapotinformációk időt és energiát takaríthatnak meg a hibakereséssel és a vizsgálattal, ha a szolgáltatás éles környezetben működik és működik.

A Service Fabric-riporterek figyelik az azonosított feltételeket. Ezekről a feltételekről a helyi nézetük alapján számolnak be. Az állapottár összesíti az összes riporter által küldött állapotadatokat annak megállapításához, hogy az entitások globálisan kifogástalan állapotban vannak-e. A modell gazdag, rugalmas és könnyen használható. Az állapotjelentések minősége határozza meg a fürt állapotnézetének pontosságát. A tévesen kifogástalan állapotú problémákat mutató hamis pozitív értékek negatív hatással lehetnek a frissítésekre vagy az állapotadatokat használó egyéb szolgáltatásokra. Ilyen szolgáltatások például a javítási szolgáltatások és a riasztási mechanizmusok. Ezért némi gondolkodásra van szükség ahhoz, hogy olyan jelentéseket nyújtsunk, amelyek a lehető legjobban rögzítik az érdeklődési feltételeket.

A jelentéskészítés a következő forrásból végezhető el:

• A figyelt Service Fabric szolgáltatásreplika vagy -példány.
• Service Fabric-szolgáltatásként üzembe helyezett belső watchdogok (például állapot nélküli Service Fabric-szolgáltatás, amely figyeli a feltételeket és jelentéseket ad ki). A watchdogok üzembe helyezhetők az összes csomóponton, vagy affinithatók a figyelt szolgáltatáshoz.
• A Service Fabric-csomópontokon futó, de Service Fabric-szolgáltatásként nem implementált belső watchdogok.
• Külső watchdogok, amelyek a Service Fabric-fürtön kívülről szondázják az erőforrást (például figyelési szolgáltatás, például Gomez).

A Service Fabric-összetevők kívülről jelentik a fürt összes entitásának állapotát. A rendszerállapot-jelentések betekintést nyújtanak a fürt és az alkalmazás funkcióiba, és állapoton keresztül jelölik ki a problémákat. Alkalmazások és szolgáltatások esetében a rendszerállapot-jelentések ellenőrzik, hogy az entitások implementálva vannak-e, és megfelelően működnek-e a Service Fabric-futtatókörnyezet szempontjából. A jelentések nem biztosítják a szolgáltatás üzleti logikájának állapotmonitorozását, és nem észlelik azokat a folyamatokat, amelyek nem válaszolnak. A szolgáltatás logikájára jellemző állapotinformációk hozzáadásához implementáljon egyéni állapotjelentést a szolgáltatásokban.

A Service Fabric több módot is kínál az állapottárolóban összesített állapotjelentések megtekintésére:

• Service Fabric Explorer vagy más vizualizációs eszközök.
• Állapot-lekérdezések (a PowerShell, a parancssori felület, a C# FabricClient API-k és a Java FabricClient API-k vagy REST API-k használatával).
• Általános lekérdezések, amelyek az állapottal rendelkező entitások listáját adják vissza (a PowerShell, a parancssori felület, az API-k vagy a REST használatával).

Ezen az oldalon talál egy oktatóvideót, amely leírja a Service Fabric állapotmodelljét és használatát:

Monitorozás és diagnosztika

A monitorozás és a diagnosztika kritikus fontosságú az alkalmazások és szolgáltatások bármilyen környezetben történő fejlesztéséhez, teszteléséhez és üzembe helyezéséhez. A Service Fabric-megoldások akkor működnek a legjobban, ha olyan monitorozást és diagnosztikát tervez és implementál, amely biztosítja, hogy az alkalmazások és szolgáltatások a helyi fejlesztési környezetben vagy éles környezetben a várt módon működjenek.

A monitorozás és a diagnosztika fő céljai a következők:

• Hardver- és infrastruktúraproblémák észlelése és diagnosztizálása
• Szoftver- és alkalmazásproblémák észlelése, a szolgáltatás leállási idejének csökkentése
• Az erőforrás-felhasználás megismerése és a műveleti döntések elősegítése
• Az alkalmazások, a szolgáltatások és az infrastruktúra teljesítményének optimalizálása
• Üzleti elemzések készítése és a fejlesztés területeinek azonosítása

A monitorozás és diagnosztika átfogó munkafolyamata három lépésből áll:

1. Eseménygenerálás: ebbe beletartoznak az infrastruktúra (fürt), a platform és az alkalmazás/szolgáltatás szintjén található események (naplók, nyomkövetések, egyéni események)
2. Esemény-összesítés: a létrehozott eseményeket össze kell gyűjteni és összesíteni, mielőtt megjeleníthetők lennének
3. Elemzés: az eseményeket valamilyen formában kell vizualizálni és elérhetővé tenni, hogy szükség esetén elemzést és megjelenítést lehessen lehetővé tenni

Több termék érhető el, amelyek lefedik ezt a három területet, és szabadon választhat különböző technológiákat mindegyikhez. További információkért olvassa el az Azure Service Fabric monitorozását és diagnosztikáit.

Következő lépések

• Megismerkedhet egy azure-beli fürt vagy egy önálló windowsbeli fürt létrehozásával.
• Próbáljon szolgáltatást létrehozni a Reliable Services vagy a Reliable Actors programozási modellek használatával.
• Megtudhatja, hogyan migrálhat a Cloud Servicesből.
• Ismerje meg a szolgáltatások monitorozását és diagnosztizálását.
• Ismerje meg az alkalmazások és szolgáltatások tesztelését.
• Megtudhatja, hogyan kezelheti és vezényelheti a fürterőforrásokat.
• Tekintse át a Service Fabric-mintákat.
• További információ a Service Fabric támogatási lehetőségeiről.
• A cikkeket és közleményeket a csapat blogján olvashatja el.