Az Azure-alkalmazások tervezési alapelvei

A jelen szakaszban található tervezési alapelveket ismertető cikkek alapot nyújtanak olyan felhőalkalmazások létrehozásához, amelyek ellenállnak a hibáknak, skálázhatók az igényekkel és az üzleti igényeknek megfelelően fejlődhetnek. Akár új rendszert szeretne tervezni, akár régi alkalmazásokat szeretne modernizálni, akár éles számítási feladatokat tervez, ezek az összekapcsolt alapelvek segítenek megalapozott döntéseket hozni a megbízhatóságról, a teljesítményről és a karbantarthatóságról. Ezek együttesen átfogó megközelítést alkotnak a natív felhőbeli alkalmazástervezéshez, amely kiegyensúlyozza a műszaki kiválóságot és az üzleti értéket.

Az alkalmazás skálázhatóbbá, rugalmasabbá és kezelhetőbbé tétele érdekében kövesse az alábbi tervezési alapelveket.

Alapvető alapelvek

• Tervezés az öngyógyításhoz. Tervezze meg az alkalmazást a hibák észlelésére, a kecses válaszadásra és az automatikus helyreállításra. Elosztott rendszerekben a hibák elkerülhetetlenek. A hibák elkülönítéséhez és a rendszer rendelkezésre állásának fenntartásához alkalmazzon újrapróbálkozási logikát, állapotvégpont-monitorozást, áramkör-megszakítókat és válaszfalmintákat.

• Mindent tegyen redundánssá. Hozzon létre redundanciát az alkalmazásba, hogy elkerülje az egyetlen meghibásodási pontot. Használjon terheléselosztókat, több példányt futtasson, adatbázis-replikákat, és többzónás vagy többrégiós telepítéseket. Tervezzen az üzleti követelményeknek és a kockázattűrésnek megfelelő redundanciaszinthez.

• A koordináció minimalizálása. A méretezhetőség érdekében minimalizálja az alkalmazásszolgáltatások közötti koordinációt. Használjon leválasztott összetevőket, amelyek aszinkron módon kommunikálnak, szükség esetén átfogják a végleges konzisztenciát, és tartományeseményeket alkalmaznak az állapot szoros összekapcsolás nélküli szinkronizálására.

• Tervezzen vertikális felskálázásra. A horizontális skálázáshoz tervezheti az alkalmazást úgy, hogy az igényváltozások során példányokat ad hozzá vagy távolít el. Kerülje a munkamenetek ragadósságát, azonosítsa a szűk keresztmetszeteket, bontsa le a számítási feladatokat a skálázási követelmények alapján, és használja az élő metrikákon alapuló automatikus skálázást a változó terhelések hatékony kezeléséhez.

• Partíció a korlátok körül. Particionálással megkerülheti az adatbázis-, hálózati és számítási korlátokat. Horizontálisan, függőlegesen vagy funkcionálisan particionálhatja az adatokat, és particionálási kulcsokat tervezhet a hotspotok elkerülése érdekében. Fontolja meg a particionálást több szinten, beleértve az adatbázisokat, az üzenetsorokat és a számítási erőforrásokat.

Működési alapelvek

• Tervezés műveletekhez. Úgy tervezheti meg az alkalmazást, hogy az üzemeltetési csapatok számára biztosítsa az üzembe helyezéshez, a monitorozáshoz és az incidensek elhárításához szükséges eszközöket. Átfogó naplózás, elosztott nyomkövetés, szabványosított metrikák és felügyeleti feladatok automatizálása a hatékony üzemeltetési felügyelet érdekében.

• Felügyelt szolgáltatások használata. Használja a platformot szolgáltatásként (PaaS) a szolgáltatásként nyújtott infrastruktúra (IaaS) helyett. A felügyelt szolgáltatások csökkentik a működési többletterhelést, beépített skálázási képességeket biztosítanak, és lehetővé teszik, hogy a csapatok az infrastruktúra karbantartása helyett az alkalmazáslogikára összpontosítsanak.

• Identitásszolgáltatás használata. Saját identitásrendszer létrehozása vagy üzemeltetése helyett használjon olyan felügyelt identitásplatformot, mint a Microsoft Entra ID. A felügyelt megoldások a hitelesítő adatok tárolását, a hitelesítési funkciókat, az összevonási képességeket és az iparági szabványoknak való megfelelést biztosítják.

Stratégiai alapelvek

• Tervezés az evolúcióhoz. Tervezzen folyamatos innovációra, mert az összes sikeres alkalmazás idővel változik. Kényszerítse ki a laza összekapcsolást, foglalja magában a tartományi ismereteket, használjon aszinkron üzenetkezelést, és tegye elérhetővé azokat a jól definiált API-kat, amelyek megfelelő verziószámozással teszik lehetővé a független szolgáltatásfejlődést.

• Üzleti igények szerinti fejlesztés. Tervezési döntéseket hozhat az üzleti követelmények alapján. Definiáljon olyan egyértelmű célkitűzéseket, mint a helyreállítási idő célkitűzései (RTO-k), a dokumentumszolgáltatás-szintű szerződések (SLA-k) és a szolgáltatási szintű célkitűzések (SLO-k), az üzleti tartományok körüli modellalkalmazások, valamint a növekedés megtervezése a funkcionális és nem funkcionális követelmények kiegyensúlyozása mellett.

• Hibamód-elemzés végrehajtása a szolgáltatásokhoz. Szisztematikusan azonosítsa a rendszer lehetséges meghibásodási pontjait, és tervezze meg a helyreállítási stratégiákat. A megbízhatóság kezdettől fogva történő kiépítéséhez végezzen hibamód-elemzést (FMA) az architektúra és a tervezési fázisok során. Értékelje az egyes meghibásodási módokat kockázat és hatás szerint, majd határozza meg a megfelelő válasz- és helyreállítási mechanizmusokat.

Alkalmazza ezeket az alapelveket

Ezek az alapelvek együttműködve rugalmas, méretezhető alkalmazásokat hoznak létre:

• Kezdje az üzleti követelményekkel , hogy megértse, mit épít és miért.

• Tervezzen a hibák kezelésére öngyógyító képességek és redundancia beépítésével.

• Tervezze meg a horizontális skálázást, particionálást és minimális koordinációt.

• Az Azure-szolgáltatások használatával csökkentheti a működési összetettség mértékét, és az üzleti logikára összpontosíthat.

• Megfelelő monitorozással, naplózással és automatizálással támogatja a műveleteket.

• A változás érdekében hozzon létre , hogy az alkalmazás az üzleti igényeknek megfelelően fejlődhessen.