Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Az Azure Container Apps egy teljes körűen felügyelt, kiszolgáló nélküli tároló üzemeltetési szolgáltatás mikroszolgáltatások és tárolóalapú alkalmazások üzembe helyezéséhez.
Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.
Ez a cikk azt ismerteti, hogyan teheti rugalmassá a Container Appst a különböző lehetséges kimaradásokkal és problémákkal szemben, beleértve az átmeneti hibákat, a rendelkezésre állási zónák kimaradásait, a régiókimaradásokat és a szolgáltatáskarbantartást. Azt is ismerteti, hogyan használható biztonsági másolatok más típusú problémákból való helyreállításra, és kiemeli a Container Apps szolgáltatásszintű szerződéssel (SLA) kapcsolatos legfontosabb információkat.
Termelési üzembe helyezési javaslatok
Ha meg szeretné tudni, hogyan helyezheti üzembe a Container Appst a megoldás megbízhatósági követelményeinek támogatásához, és hogy a megbízhatóság hogyan befolyásolja az architektúra egyéb aspektusait, tekintse meg a Container Apps azure Well-Architected-keretrendszerének ajánlott architektúrával kapcsolatos ajánlott eljárásait.
A megbízhatósági architektúra áttekintése
A Container Apps használatakor egy olyan környezetet helyez üzembe, amely az alapvető üzembe helyezési egységként szolgál, és biztonságos határt határoz meg a tárolóalkalmazások egy csoportja körül. A környezetben konfigurálhatja az alapvető beállításokat, beleértve a rendelkezésre állási zónák támogatását és a hálózati konfigurációt. A környezetek két típusa a számítási feladatprofil-környezetek és a csak használatalapú környezetek. További információ: Számítási és számlázási struktúrák a Container Appsben.
Több alkalmazást is üzembe helyezhet egyetlen környezetben. Minden alkalmazás egy vagy több tárolót futtat. A környezetek egy vagy több feladatot is futtathatnak, amelyek neminteraktív feladatokat jelölnek. További információ: Tárolók a Container Appsben és feladatok a Container Appsben.
Minden alkalmazás egy vagy több replikával rendelkezik, amelyek az alkalmazás futó példányait jelölik. Szabályozhatja az alkalmazás méretezését, beleértve a replikák minimális és maximális számát, valamint azt, hogy az alkalmazás hogyan adja hozzá és távolítja el dinamikusan a replikákat. A platform-ütemező biztosítja az optimális eloszlást a fizikai hosztok között, mialatt megfelel a minimális replikaszám követelményeinek. További információ: Méretezési szabályok beállítása a Container Appsben.
A Container Apps különböző képességek használatával támogatja az alkalmazások megbízhatóságát:
Automatikus egészségfigyelés: A beépített ingressz vezérlő automatikusan kiegyensúlyozza a forgalmat az egészséges replikák között. Ha egy replika megbukik az állapotellenőrzéseken, vagy a mögöttes infrastruktúra hosszabb ideig elérhetetlenné válik, a szolgáltatás automatikusan újraindítja a hibás tárolókat, vagy létrehoz cserereplikákat. Emellett újraosztja a forgalmat a hibás replikákról, és kezeli a hálózati újrapróbálkozásokat a fürtben. Ez az automatikus helyreállítási folyamat nem igényel ügyfél beavatkozást, és fenntartja a megadott replikaszámot. További információ: Állapottesztek.
Alkalmazás rugalmassága a Dapr segítségével: A Container Apps szoros integrációt biztosít a Dapr szolgáltatással, amely egy olyan keretrendszer, amely támogatja az éles szintű mikroszolgáltatásokat és a tárolóalapú alkalmazásokat. A Dapr olyan funkciókat tartalmaz, amelyek javítják a rugalmasságot, beleértve a más szolgáltatások hibáinak kezelését is. További információ: Mikroszolgáltatások a Container Apps használatával.
Infrastruktúra rugalmassága a rendszerösszetevők számára: Ez a rugalmasság magában foglalja a vezérlősíkot, a bejövőforgalom-vezérlőket és a tároló futtatókörnyezetét. A rendelkezésre állási zónákkal rendelkező régiókban a Container Apps zónaredundanciát biztosít. További információ: Rugalmasság a rendelkezésre állási zónák hibáival kapcsolatban.
Rugalmasság átmeneti hibákhoz
Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.
Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatóját, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és egyéb összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.
A Container Apps platformszintű újrapróbálkozási mechanizmusaival és állapotmonitorozásával automatikusan számos átmeneti hibát kezel. Annak érdekében, hogy az alkalmazások ellenálljanak az átmeneti hibáknak, hajtsa végre a következő műveleteket:
Konfiguráljon olyan állapotmintákat , amelyek lehetővé teszik a platform számára az alkalmazásspecifikus hibafeltételek észlelését és megválaszolását. Állítsa be a megfelelő hibaküszöböket és időtúllépési értékeket az alkalmazás indítási jellemzői alapján. Például, ha ideiglenes problémák esetén el szeretné kerülni a tárolók idő előtti újraindítását, használjon három hibaküszöböt egy 10 másodperces élettartam-proba időtartammal. További információ: Állapottesztek.
A szolgáltatásfelderítési rugalmassági szabályzatok (előzetes verzió) használatával proaktív módon megelőzheti, észlelheti és helyreállíthatja a szolgáltatáskérések hibáit. Ha például rugalmassági szabályzatot használ, az alkalmazáshoz érkező minden bejövő kérés automatikusan újrapróbálkozott, ha átmeneti hiba miatt az alkalmazás nem tud válaszolni. További információ: Szolgáltatásfelderítési rugalmasság (előzetes verzió).
Újrapróbálkozási logikát implementálhat az alkalmazásokban külső szolgáltatáshívásokhoz, adatbázis-kapcsolatokhoz és API-kérésekhez.
Ha az alkalmazás a Dapr használatával integrálható a felhőszolgáltatásokkal, használja a Dapr-összetevők rugalmasságát (előzetes verzió) az újrapróbálkozások, időtúllépések és megszakítók konfigurálásához.
Más függőségek esetén az alkalmazásnak átmeneti hibákat kell kezelnie. Használjon exponenciális visszavételi stratégiákat és áramkör-megszakító mintákat külső szolgáltatások meghívásakor, hogy megelőzze a lépcsőzetes meghibásodásokat az alrendszeri szolgáltatáskimaradások során. A Container Apps beépített szolgáltatásfelderítési és terheléselosztási funkciói automatikusan átirányítják a forgalmat a hibás példányoktól, de az alkalmazásszintű újrapróbálkozási szabályzatok biztosítják az átmeneti problémák türelmes kezelését, mielőtt a platformszintű állapot-ellenőrzések aktiválják a tároló újraindítását.
A feladatokat úgy tervezheti meg, hogy rugalmasak legyenek az átmeneti hibákkal szemben, beleértve a feladat végrehajtása során vagy függőségeikben bekövetkező hibákat is. Úgy tervezze meg a feladatait, hogy képesek legyenek folytatni a munkát, ha újraindulnak, vagy úgy tervezze meg őket, hogy idempotens legyenek, így biztonságosan újra lehet futtatni őket.
Rugalmasság a rendelkezésre állási zóna hibáival szemben
A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure-régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.
Container Apps-környezet létrehozásakor engedélyezheti a zónaredundanciát a mögöttes infrastruktúra több rendelkezésre állási zónában való elosztásához a kiválasztott Azure-régióban. A Container Apps automatikusan ütemezi az alkalmazások replikáit a zónák között. Ez az eloszlás transzparens módon történik, ami azt jelenti, hogy nem kell zónaelhelyezést megadnia az egyes replikákhoz.
A zónaredundancia növeli az alkalmazás zónaszintű hibákkal szembeni rugalmasságát azáltal, hogy biztosítja, hogy a tárolóalkalmazás replikái több zónában legyenek elosztva.
Az alábbi ábrán egy zónaredundáns tárolóalkalmazás látható három replikával. Minden replika külön rendelkezésre állási zónában fut.
Requirements
Ellenőrizze a régiótámogatást. A zónaredundancia minden olyan régióban elérhető, amely támogatja a Container Appst és a rendelkezésre állási zónákat.
Annak megtekintéséhez, hogy mely régiók támogatják a rendelkezésre állási zónákat, tekintse meg a rendelkezésre állási zóna támogatásával rendelkező Azure-régiókat.
Annak megtekintéséhez, hogy mely régiók támogatják a Container Apps alkalmazást, tekintse meg a termék rendelkezésre állását régiónként.
Munkaterhelési profilok használata. A zónaredundancia minden Container Apps-csomagban elérhető, beleértve a használat és a dedikált számítási feladatok profiljait is.
Zónaredundancia engedélyezése a környezet létrehozása során. Ez a beállítás a környezet létrehozása után nem módosítható.
Container Apps-környezet üzembe helyezése virtuális hálózaton. A virtuális hálózatnak olyan régióban kell lennie, amely támogatja a rendelkezésre állási zónákat. Győződjön meg arról, hogy a virtuális hálózat megfelelő méretű alhálózattal rendelkezik. A csak használatalapú környezetekhez osztály nélküli Inter-Domain útválasztási (CIDR) tartományú
/23alhálózatra van szükség, míg a számítási feladatprofil-környezetekhez CIDR-tartományra vagy nagyobbra van szükség/27.Állítsa a minimális replikaszámot legalább kettőre, hogy több rendelkezésre állási zónában biztosítsa az eloszlást. Ha az alábbi feltételek valamelyike teljesül, érdemes magasabb minimális replikaszámot beállítani:
A várt csúcsterheléshez két replikánál több replika szükséges.
Rugalmasnak kell lennie több egyidejű zónakimaradás esetén.
Minimalizálni szeretné azt az időt, amíg új replikák jönnek létre más zónákban a zónakimaradás során.
Költség
A zónaredundancia engedélyezésekor nem merülnek fel többletköltségek a Container Apps szokásos díjszabásán túl. A számítási erőforrásokért, a kérelmekért és a virtuális magokért ugyanannyi díjat kell fizetnie, függetlenül attól, hogy engedélyezve van-e a zónaredundancia. További információkért lásd a Container Apps díjszabását és a Container Apps számlázását.
A rendelkezésre állási zóna támogatásának konfigurálása
Zóna-redundáns Container Apps-környezet létrehozása. Az Azure Portalra, az Azure CLI-re és az Azure PowerShellre vonatkozó üzembe helyezési utasításokért lásd : Zónaredundáns tárolóalkalmazás létrehozása.
A zónaredundáns üzembe helyezésre való migrálás. Meglévő Container Apps-környezetben nem engedélyezheti a zónaredundanciát. A nem zónaredundáns meglévő környezetek frissítéséhez hozzon létre egy új környezetet, amelyben engedélyezve van a zónaredundancia egy támogatott régióban. Ezután telepítse újra a tárolóalkalmazásokat.
Zónaredundancia letiltása. A zónaredundancia nem tiltható le, miután engedélyezve lett a környezet létrehozása során. Ha nem zónaredundáns üzembe helyezést igényel, új környezetet kell létrehoznia a zónaredundancia engedélyezése nélkül, vagy olyan régióban kell üzembe helyeznie, amely nem támogatja a rendelkezésre állási zónákat.
Zónaredundancia ellenőrzése. Az Azure Portal, az Azure CLI és az Azure PowerShell használatával ellenőrizheti a környezet zónaredundancia-állapotát .
Kapacitástervezés és -kezelés
Ha egy rendelkezésre állási zóna elérhetetlenné válik, a Container Apps platform a méretezési szabályok alapján dönti el, hogy mikor cserélje le a zónában elveszett replikákat. Fontos, hogy megfelelően konfigurálja a méretezési szabályokat, hogy az ütemező megfelelő ütemezési döntéseket hozhassa.
A méretezési szabályok megfelelő konfigurálásához kövesse az alábbi alapelveket:
Állítsa be az alkalmazás által tolerálható replikák minimális számát. Az elveszett replikák lecserélése eltarthat egy rövid ideig, mert a platformnak észlelnie kell, hogy a régi replikák eltűntek. Ezután az új replikáknak kifogástalan állapotú készültségi mintavételi állapotot kell elindítaniuk és visszaadniuk ahhoz, hogy fogadni tudják a bejövő kéréseket. Ha nem tudja elviselni a megadott minimális replikaszámnál kevesebb időt, fontolja meg a túlkiépítést , hogy az alkalmazás akkor is teljesítsen, ha egy zóna elérhetetlenné válik.
Állítsa be az erőforrás-kérelmeket és a korlátokat , hogy a Container Apps ütemezője optimális elhelyezési döntéseket hozzon a zónák között. A nem meghatározott erőforráskövetelmények egyenetlen eloszlási vagy elhelyezési hibákhoz vezethetnek a nagy terhelés során.
A konfigurációs beállításokról további információt a Méretezési szabályok beállítása című témakörben talál.
Viselkedés, ha minden zóna kifogástalan
Ez a szakasz azt ismerteti, hogy mire számíthat, ha a Container Apps-erőforrások zónaredundanciára vannak konfigurálva, és az összes rendelkezésre állási zóna működőképes.
Forgalomirányítás zónák között: A zónaredundáns Container Apps esetében a platform egy aktív-aktív modellben működik, ahol egyszerre több replika is kiszolgálja a forgalmat. A bejövő forgalom vezérlője a zónától függetlenül minden működőképes replika között elosztja a bejövő kéréseket, és alapértelmezés szerint körkörös terheléselosztást használ. Minden zóna egymástól függetlenül dolgozza fel a kéréseket, és a platform nem rangsorolja az adott zónát a forgalomelosztáshoz. Az állapotadat-mintavételek minden zónából származnak, hogy több szempontból is pontos állapotfelmérést biztosítsanak az egyes replikákról.
Adatreplikálás zónák között: A Container Apps nem replikálja az alkalmazásadatokat a zónák között, mert állapot nélküli számítási feladatokhoz tervezték. A tároló vagy a replika leállításakor az alkalmazás által az ideiglenes tárolóban tárolt összes adat, beleértve a konténer hatókörű és replika hatókörű tárolót is, törlődik.
Az állapotalapú adatkövetelményekhez csatlakoztatjon egy zónaredundáns tároláshoz konfigurált Azure Files-fájlmegosztást , vagy használjon más Azure-szolgáltatásokat, például az Azure Cosmos DB-t vagy az Azure SQL Database-t, amelyek saját zónaközi replikációs képességeket biztosítanak.
A platform csak a vezérlősík metaadatait replikálja, beleértve az alkalmazáskonfigurációkat, a skálázási szabályokat és a titkos kódokat a zónák között a magas rendelkezésre állás érdekében. A tárolólemezképeket a rendszer szükség szerint leküldi a tárolóregisztrációs adatbázisból az egyes zónákba a replikák létrehozásakor.
Viselkedés zónahiba esetén
Ez a szakasz azt ismerteti, hogy mire számíthat, ha a Container Apps-erőforrások zónaredundanciára vannak konfigurálva, és a rendelkezésre állási zóna kimarad.
Észlelés és válasz: Az Azure automatikusan észleli a zónahibákat. A Container Apps azonnal leállítja az új replikák sikertelen zónába való ütemezését, és megkezdi a forgalom újraelosztását a fennmaradó zónák kifogástalan replikáira. A platform az összes feladatátvételi műveletet automatikusan kezeli anélkül, hogy beavatkozást igényel.
Értesítés: A Microsoft nem értesíti automatikusan, ha egy zóna le van omlva. Az Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a zónahibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.
Az alkalmazások állapotát az Azure Monitor Container Apps-metrikáival is monitorozhatja. Konfigurálja a replikaszám-csökkenések és a sikertelenségi arányok riasztásait, hogy azonnali értesítést kapjon a zónával kapcsolatos problémákról.
Aktív kérések: Előfordulhat, hogy a sikertelen zónában lévő replikákra irányuló repülés közbeni kérések megszakadnak, vagy időtúllépést vagy csatlakozási hibákat tapasztalnak. Az érintett zónában futó feladatvégrehajtások megszakadnak, és sikertelenként vannak megjelölve.
Várható adatvesztés: A Container Apps platform szintjén nem történik adatvesztés, mert a szolgáltatás állapot nélküli számítási feladatokhoz lett tervezve. A rendelkezésre állási zónán belül rövid ideig tárolt adatok elvesznek a replika leállásakor, és a rövid élettartamú tárolás csak ideiglenes adatokhoz használható.
Várható állásidő: Az alkalmazások minimális vagy semmilyen állásidőt tapasztalnak zónahibák esetén. A tényleges hatás az alkalmazás állapotadat-mintavételi beállításaitól és az kifogástalan állapotú zónák replikáinak számától függ. Győződjön meg arról, hogy az ügyfelek átmeneti hibakezelési útmutatást követnek a hatások minimalizálása érdekében.
Az érintett zónában futó feladatok megszakadnak, és sikertelenként vannak megjelölve. Ha egy feladatnak ellenállónak kell lennie a zónahibával szemben, konfiguráljon újrapróbálkozást vagy párhuzamosságot, hogy a feladat ugyanazon végrehajtás több példányát futtassa. További információ: Speciális feladatkonfiguráció.
Forgalom átirányítása: A bejövőforgalom-vezérlő állapottesztjei gyorsan észlelik a nem elérhető replikákat, és eltávolítják őket a terheléselosztási készletből. Az alkalmazás állapotadat-mintavételének konfigurációjától függően ez a feladatátvételi folyamat általában körülbelül 30 másodperc alatt történik. A további bejövő forgalom el lesz osztva a fennmaradó kifogástalan replikák között. Ez a forgalomátirányítás transzparens módon történik azoknak az ügyfeleknek, akik továbbra is ugyanazt az alkalmazás URL-címét használják.
Ha a munkamenet-affinitás engedélyezve van, és egy zóna leáll, a zónában korábban replikákhoz irányított ügyfelek új replikákhoz lesznek irányítva, mert a korábbi replikák már nem érhetők el. Az előző replikákhoz társított állapotok elvesznek.
A hibás zónában nem fognak új feladatok elindulni.
Példánykezelés: Új replikapéldányok akkor hozhatók létre kifogástalan állapotú zónákban, ha az automatikus skálázási szabályok a megnövekedett terhelésen alapulnak.
Zóna helyreállítása
Ha egy rendelkezésre állási zóna helyreáll a hiba után, a Container Apps automatikusan újraépíti a zónát az aktív szolgáltatásba anélkül, hogy beavatkozást igényel. A platform állapottesztjei észlelik, hogy a helyreállított zónában lévő infrastruktúra mikor válik elérhetővé, és a Container Apps megkezdi az új replikák ütemezését a zónába a méretezési konfiguráció alapján. Az kifogástalan állapotú zónákban lévő meglévő replikák továbbra is kiszolgálják a forgalmat az újratelepítési folyamat során, ami segít megelőzni a szolgáltatás megszakadását.
A Container Apps fokozatosan újraegyensúlyozza a replikaterjesztést az összes elérhető zónában a normál méretezési műveletek részeként. Ez az automatikus újraegyensúlyozás akkor fordul elő, ha a replikák skálázási események vagy nem megfelelő replikák cseréje miatt jönnek létre. A platform nem kényszeríti a meglévő kifogástalan állapotú replikák azonnali újraelosztását, ami megakadályozza a tároló szükségtelen újraindítását, és fenntartja az alkalmazás stabilitását a helyreállítás során.
Zónahibák tesztelése
A Container Apps platform kezeli a zónaredundáns konténeralkalmazások forgalomirányítását, át- és visszaállásait. Ez a funkció teljes mértékben felügyelt, így nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.
Az alkalmazás zónahibákkal szembeni rugalmasságának ellenőrzéséhez szimuláljon zónaszintű fennakadásokat az alkalmazásrétegen szabályozott tesztelési módszerekkel. Leállíthatja vagy eltávolíthatja a replikákat bizonyos zónákból az alkalmazás leskálázásával, és figyelheti, hogy a többi replika hogyan kezeli a megnövekedett terhelést. Monitorozza a legfontosabb metrikákat a rugalmasság tesztelése során, beleértve a replikák számát, a sikeres kérelmek arányát, a válaszidőket és az automatikus skálázási viselkedést. Győződjön meg arról, hogy a replikák minimális száma fenntartja a szolgáltatás rendelkezésre állását a replikák eltávolításakor, és ellenőrizze, hogy a skálázási szabályok képesek-e kezelni a fennmaradó replikák megnövekedett terhelését. Tesztelje az állapotadat-mintavétel konfigurációit úgy, hogy szándékosan meghiúsulnak az állapotvégpontok, így meggyőződhet arról, hogy a platform eltávolítja a nem megfelelő állapotú példányokat a rotációból a várt időkeretek alatt.
Rugalmasság régiószintű hibákhoz
A Container Apps egy régiós szolgáltatás. Ha a régió elérhetetlenné válik, a környezet és az alkalmazások is elérhetetlenné válnak.
Egyéni többrégiós megoldások a rugalmasság érdekében
Az alkalmazást érintő egyrégiós hibák kockázatának csökkentése érdekében több régióban is üzembe helyezhet környezeteket. A következő lépések segítenek a rugalmasság megerősítésében:
Helyezze üzembe az alkalmazásokat az egyes régiókban lévő környezetekben. Minden környezethez saját virtuális hálózati konfigurációra van szükség, az alhálózati követelmények pedig egymástól függetlenül vonatkoznak az egyes regionális üzemelő példányokra. A tárolólemezképnek minden régióból elérhetőnek kell lennie, amelyet az Azure Container Registry használatával érhet el, ha engedélyezve van a georeplikálás.
Terheléselosztási és feladatátvételi szabályzatokat konfigurálhat egy olyan szolgáltatás használatával, mint az Azure Front Door vagy az Azure Traffic Manager.
Másolja az adatait a különböző régiók között, hogy helyreállíthassa az alkalmazásának legutóbbi állapotát.
Biztonsági mentés és visszaállítás
A Container Apps nem biztosít beépített biztonsági mentési képességeket az alkalmazásokhoz és az adatokhoz. Állapot nélküli tárolókezelési platformként a Container Apps elvárja, hogy az alkalmazások külső szolgáltatásokon keresztül kezeljék saját adatmegőrzési és helyreállítási stratégiáikat. Az alkalmazástárolók és a helyi fájlrendszerek rövid élettartamúak, és a helyileg tárolt adatok elvesznek a replikák újraindításakor vagy áthelyezésekor.
Rugalmasság az alkalmazásfrissítések során
A változatkezelés használatával állásidő nélkül helyezheti üzembe a frissítéseket az alkalmazásban. Új változatokat hozhat létre frissített tárolórendszerképekkel, és a kék-zöld üzembe helyezési stratégia használatával átállást hajthat végre, vagy fokozatosan válthatja át a forgalmat a forgalom felosztási szabályaival. Az alkalmazásfrissítések során a platform fenntartja a minimális replikaszámot úgy, hogy új tárolókat hoz létre a régiek leszerelése előtt, ami segít megelőzni a szolgáltatáskimaradásokat.
További információ: Módosítások frissítése és üzembe helyezése a Container Appsben.
A szolgáltatás karbantartásával szembeni rugalmasság
A Container Apps automatikus platformkarbantartást végez a biztonsági frissítések alkalmazásához, új funkciók üzembe helyezéséhez és a szolgáltatás megbízhatóságának javításához. A platform a tartalék tartományok és a rendelkezésre állási zónák gördülő frissítéseit használja a futó alkalmazások fennakadásainak csökkentése érdekében. A karbantartási időszakok során a tárolók továbbra is megszakítás nélkül futnak, mert a frissítéseket a rendszer szakaszokban alkalmazza a mögöttes infrastruktúrára.
Megadhatja a saját karbantartási időszakait, amelyek olyan időszakok, amikor karbantartást szeretne végezni az alkalmazásokon. Ne feledje, hogy a kritikus frissítések a karbantartási időszakon kívül is előfordulhatnak. További információ: Container Apps tervezett karbantartása.
Szolgáltatásiszint-szerződés
Az Azure-szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell a rendelkezésre állási elvárás eléréséhez. További információ: SLA-k az online szolgáltatásokhoz.
A Container Apps rendelkezésre állási SLA-ja az alkalmazásokon beállított méretezési szabályokon alapul.