A megbízhatósági pillér áttekintése
A megbízhatóság biztosítja, hogy az alkalmazás megfeleljen az ügyfelek felé vállalt kötelezettségeknek. A megbízhatóság alkalmazás-keretrendszerbe való beépítése biztosítja, hogy a számítási feladatok elérhetők legyenek, és bármilyen léptékben helyre tudjanak állni a hibákból.
A megbízhatóságra való építés a következőket foglalja magában:
- Magas rendelkezésre állású architektúra biztosítása
- Helyreállítás olyan hibákból, mint az adatvesztés, a jelentős állásidő vagy a zsarolóprogram-incidensek
A számítási feladat megbízhatóságának a Microsoft Azure Well-Architected Frameworkben található hierarchiák használatával történő értékeléséhez tekintse át a Microsoft Azure Well-Architected Áttekintést.
További információkért tekintse meg a következő videót az Azure számítási feladatok megbízhatóságának részletesebb megismeréséről:
A hagyományos alkalmazásfejlesztés során a hangsúly a hibák közötti átlagos idő növelésén volt. Az erőfeszítések arra irányultak, hogy a rendszer ne hibásodjon meg. A felhőalapú számítástechnikában több tényező miatt más gondolkodásmódra van szükség:
- Az elosztott rendszerek összetettek. Egy hiba egy ponton kaszkádolt lehet a teljes rendszerben.
- A felhőalapú környezetek költségei a nyersanyag-hardvereken keresztül alacsonyak maradnak. Időnként hardverhibákra kell számítani.
- Az alkalmazások gyakran külső szolgáltatásoktól függnek. Előfordulhat, hogy ezek a szolgáltatások átmenetileg nem érhetők el, vagy nagy mennyiségű felhasználót szabályoznak.
- Napjainkban a felhasználók elvárják, hogy az alkalmazások a nap 24 órájában elérhetők legyenek és soha ne legyenek offline.
Mindezen tényezők miatt a felhőalapú alkalmazásokat úgy kell megtervezni, hogy számítsanak az időnként előforduló hibákra, és azokból helyre tudjanak állni. Az Azure számos rugalmassági funkcióval rendelkezik, amelyek már be vannak építve a platformba, például az alábbi példákat:
- Az Azure Storage, a Azure SQL Database és az Azure Cosmos DB beépített adatreplikálást biztosít a rendelkezésre állási zónák és régiók között.
- Az Azure felügyelt lemezei automatikusan különböző tárolóskálázási egységekbe kerülnek a hardverhibák hatásának csökkentése érdekében.
- A rendelkezésre állási csoportokban lévő virtuális gépek több tartalék tartományban is el vannak osztva. A tartalék tartomány olyan virtuális gépek csoportja, amelyek közös áramforrással és hálózati kapcsolóval osztoznak. A virtuális gépek tartalék tartományok közötti terjesztése korlátozza a fizikai hardverhibák, hálózati kimaradások vagy áramkimaradások hatását.
- A rendelkezésre állási zónák fizikailag különálló helyek egy Azure-régión belül. Minden zóna egy vagy több, független energiaellátási, hűtési és hálózati infrastruktúrával felszerelt adatközpontból áll. A rendelkezésre állási zónákkal olyan alkalmazásokat és adatbázisokat tervezhet és üzemeltethet, amelyek megszakítás nélkül automatikusan váltanak a zónák között. Ez a megközelítés biztosítja a megbízhatóságot, ha egy zónát érint. További információkért tekintse meg az Azure-régiókat és a rendelkezésre állási zónákat.
Még ezekkel a funkciókkal is rugalmasságot kell építenie az alkalmazásba. Rugalmassági stratégiák az architektúra minden szintjén alkalmazhatók. Egyes kockázatcsökkentések taktikai jellegűek, például egy távoli hívás újrapróbálása egy átmeneti hálózati hiba után. Más megoldások inkább stratégiai jellegűek, például egy teljes alkalmazás feladatátvétele egy másodlagos régióba.
A taktikai kockázatcsökkentések nagy különbséget tehetnek. Bár ritka, hogy egy teljes régióban fennakadást tapasztalnak, az átmeneti problémák, például a hálózati torlódás gyakoribbak. Először ezeket a problémákat kell megcélzania. Fontos a megfelelő monitorozás és diagnosztika megléte is a bekövetkező hibák észlelése és a kiváltó okok felderítése érdekében.
Amikor egy alkalmazást rugalmasnak tervez meg, ismernie kell a rendelkezésreállási követelményeket. Mennyi állásidő fogadható el? Az állásidő mértéke részben a költség függvénye. Mennyibe kerül a potenciális állásidő a vállalkozása számára? Mennyit kell befektetnie az alkalmazás magas rendelkezésre állásúvá tételéhez?
Témakörök és ajánlott eljárások
A megbízhatósági pillér az alábbi témaköröket és ajánlott eljárásokat ismerteti a rugalmas számítási feladatok létrehozásához:
| Megbízhatósági cikk | Description |
|---|---|
| Megbízhatósági tervezési alapelvek | Ezeket a kritikus alapelveket objektívként használjuk az Azure-ban üzembe helyezett alkalmazások megbízhatóságának felméréséhez. |
| Tervezés a megbízhatósághoz | Gondolja át, hogyan használják a rendszerek a rendelkezésre állási zónákat, hogyan hajtanak végre skálázhatóságot, hogyan reagálnak a hibákra, és hogyan optimalizálják a megbízhatóságot az alkalmazástervezésben. |
| Az egyes Azure-szolgáltatások rugalmasságára vonatkozó ellenőrzőlista | Minden technológia saját meghibásodási módokkal rendelkezik, amelyeket figyelembe kell vennie az alkalmazás tervezésekor és megvalósításakor. Ezzel az ellenőrzőlistával áttekintheti az egyes Azure-szolgáltatások rugalmassági szempontjait. |
| A cél funkcionális és nem funkcionális követelményei | A cél funkcionális és nem funkcionális követelményei, például a rendelkezésreállási célok és a helyreállítási célok lehetővé teszik a számítási feladatok üzemidejének és állásidejének mérését. A világosan meghatározott célok elengedhetetlenek ahhoz, hogy legyen egy céljuk, amely ellen dolgozni és mérni kell. |
| Rugalmasság és függőségek | A hiba kockázatának elkerülése érdekében az architektúra és a tervezési fázisok részét kell képeznie a rendszerbe történő helyreállítás kiépítésének. Az alkalmazás teljes működéséhez függőségekre van szükség. |
| Magas rendelkezésre állás rendelkezésre állási zónák használatával | A rendelkezésre állási zónák segítségével egy megoldás több zónában is elosztható egy régión belül, így egy alkalmazás akkor is működőképes maradhat, ha egy zóna meghibásodik. |
| Elérhető szolgáltatások | A szolgáltatások rendelkezésre állása az Azure-régiók között a régió típusától függ. Az Azure-nak a szolgáltatások adott régióban történő üzembe helyezésére vonatkozó általános szabályzatát elsősorban a régiótípus, a szolgáltatáskategóriák és az ügyféligények határozzák meg. |
| Rendelkezésre állási zóna terminológiája | Az Azure régióinak és rendelkezésreállási zónáinak jobb megértése érdekében segít megérteni a legfontosabb kifejezéseket és fogalmakat. |
| Ajánlott eljárások az alkalmazások megbízhatóságához | Az architekturális fázisban összpontosítson arra, hogy olyan eljárásokat vezessen be, amelyek megfelelnek üzleti igényeinek, azonosítják a meghibásodási helyeket, és minimalizálják a hibák hatókörét. |
| Megbízhatósági tesztelés | A meglévő küszöbértékek, célok és feltételezések ellenőrzéséhez minden jelentős változás részeként rendszeres tesztelést kell végezni. |
| A megbízhatóság monitorozása | Átfogó képet kaphat az alkalmazás állapotáról. Ha valami meghibásodik, tudnia kell, hogy az meghiúsult, mikor és miért. |
| Megbízhatósági minták | Az alkalmazásokat a rendelkezésre állás maximalizálása érdekében kell megtervezni és megvalósítani. |