Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatbejelentkezni vagymódosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatjamódosítani a címtárat.
Számítási feladatok architektúráinak tervezésekor olyan iparági mintákat kell használnia, amelyek megoldják a gyakori kihívásokat. A minták segítenek szándékos kompromisszumokat hozni, és optimalizálni a kívánt eredményekre. Emellett segítenek csökkenteni a megbízhatóságot, a biztonságot, a teljesítményt és a költségeket befolyásoló kockázatokat. Mivel a műveletek az összes területre kiterjednek, a nem felügyelt kockázatok végül működési kockázatként vagy incidensként fognak felszínre. Ezek a minták a valós felhőkörnyezetekben bizonyítottak, modern üzemeltetési modellekkel skálázhatók, és eredendően szállítói agnosztikusak. A jól ismert minták szabványosítása maga is a működési kiválóság gyakorlata.
Számos minta egy vagy több Azure Well-Architected pilléreket erősít. A működési kiválóság érdekében a minták gyakran olyan topológiákat biztosítanak, amelyek lehetővé teszik a biztonságos üzembehelyezési eljárásokat, a növekményes fejlődést, az ellenőrzött migrálást és a megfigyelhetőséget.
Az alábbi táblázat az üzemeltetési kiválósági célokat támogató architektúratervezési mintákat foglalja össze.
| Pattern | Összefoglalás |
|---|---|
| Sérülésgátló réteg | Megvédi az új rendszerösszetevőket az örökölt rendszerek viselkedésétől vagy implementálási lehetőségeitől azáltal, hogy mediátorréteget ad hozzá az örökölt és az új összetevők közötti proxy-interakciókhoz. Ez a minta segít biztosítani, hogy az új összetevők tervezése ne változhasson az örökölt implementációktól, amelyek különböző adatmodellekkel vagy üzleti szabályokkal rendelkezhetnek az örökölt rendszerekkel való integráláskor. A minta különösen hasznos a fokozatos rendszermigrálásokban. Csökkenti az új összetevők műszaki adósságát, miközben továbbra is támogatja a meglévő összetevőket. |
| Koreográfia | Decentralizált, eseményvezérelt kommunikációval koordinálja a számítási feladatok autonóm elosztott összetevőinek viselkedését. Ez a minta akkor lehet hasznos, ha a számítási feladat életciklusa során gyakran frissíti vagy lecseréli a szolgáltatásokat. Mivel az elosztott összetevők autonómak, a számítási feladatot a rendszer kevésbé általános módosításával módosíthatja. |
| Számítási erőforrás-összevonás | Optimalizálja és összesíti a számítási erőforrásokat a sűrűség növelésével. Ez a minta egy megosztott infrastruktúra számítási feladatainak több alkalmazását vagy összetevőjét egyesíti. Az összevonás egy homogénebb számítási platformhoz vezet, amely leegyszerűsíti a felügyeletet és a megfigyelhetőséget, csökkenti az üzemeltetési feladatok eltérő megközelítéseit, és csökkenti a szükséges eszközhasználatot. |
| Üzembehelyezési bélyegzők | Az alkalmazás és infrastruktúrája egy adott verziójának szabályozott üzembe helyezési egységként való kiadására szolgál annak feltételezése alapján, hogy ugyanazon vagy különböző verziók egyidejűleg lesznek üzembe helyezve. Ez a minta igazodik a nem módosítható infrastruktúra céljaihoz, támogatja a fejlett üzembehelyezési modelleket, és megkönnyítheti a biztonságos üzembe helyezési eljárásokat. |
| Külső konfigurációs tároló | Kinyeri a konfigurációt egy olyan szolgáltatásba, amely az alkalmazáson kívül van, és támogatja a konfigurációs értékek dinamikus frissítését kódmódosítások vagy alkalmazás-újratelepítés nélkül. Az alkalmazáskonfigurációnak az alkalmazáskódtól való elkülönítése támogatja a környezetspecifikus konfigurációt, és verziószámozást alkalmaz a konfigurációs értékekre. A külső konfigurációs tárolók a szolgáltatásjelzők kezelésére is gyakran használhatók a biztonságos üzembehelyezési eljárások engedélyezéséhez. |
| Átjáró-összesítés | Leegyszerűsíti az ügyfél és a számítási feladat közötti interakciót azáltal, hogy egyetlen kérelemben több háttérszolgáltatás hívásait összesíti. Ez a topológia lehetővé teszi, hogy a háttérlogika az ügyfelektől függetlenül fejlődjön, lehetővé téve a láncolt szolgáltatás implementációinak vagy akár az adatforrásoknak a módosítását anélkül, hogy módosítania kellene az ügyfél érintőpontjait. |
| Átjáró kiszervezése | A kérés feldolgozásának kiszervezése átjáróeszközre a kérés háttércsomópontra történő továbbítása előtt és után. Ha kiszervezési átjárót ad hozzá a kérési folyamathoz, az lehetővé teszi, hogy a kiszervezett funkciók konfigurációját és felügyeletét egyetlen pontról felügyelje ahelyett, hogy több csomópontból felügyeli azt. |
| Átjáró útválasztása | A bejövő hálózati kéréseket különböző háttérrendszerekhez irányítja a kérési szándékok, az üzleti logika és a háttérbeli rendelkezésre állás alapján. Az átjáró-útválasztás lehetővé teszi a kérések leválasztását a háttérrendszerektől, ami lehetővé teszi, hogy a háttérrendszer támogatja a fejlett üzemi modelleket, a platformváltásokat, valamint a tartománynévfeloldás és az átvitel közbeni titkosítás egyetlen felügyeleti pontját. |
| Állapotvégpont monitorozása | Lehetővé teszi a rendszer állapotának vagy állapotának monitorozását egy kifejezetten erre a célra tervezett végpont felfedésével. A közzéteendő állapotvégpontok és az eredmények elemzési szintjének szabványosítása segíthet a problémák osztályozásában. |
| Üzenetkezelési híd | Lehetővé teszi a protokoll vagy formátum miatt egyébként nem kompatibilis üzenetkezelő rendszerek közötti kommunikációt. Ez a szétválasztás rugalmasságot biztosít az üzenetkezelési és eseménykezelési technológiák számítási feladaton belüli áttűnésekor, vagy ha heterogén követelményekkel rendelkezik a külső függőségektől. |
| Közzétevő/előfizető | Leválasztja az architektúra összetevőit úgy, hogy a közvetlen ügyfél-szolgáltatás közötti vagy ügyfél-szolgáltatások közötti kommunikációt egy köztes üzenetközvetítőn vagy eseménybuszon keresztüli kommunikációra cseréli. Ez a közvetett réteg lehetővé teszi, hogy biztonságosan módosítsa a megvalósítást a közzétevő vagy az előfizetői oldalon anélkül, hogy mindkét összetevő módosításait koordinálnia kellene. |
| Karantén | Biztosítja, hogy a külső eszközök megfeleljenek a csapat által egyeztetett minőségi szintnek, mielőtt engedélyt kapnak arra, hogy felhasználják őket a számítási feladatban. Az ezen ellenőrzések automatizálása és konzisztenciája a számítási feladat szoftverfejlesztési életciklusának és biztonságos üzembehelyezési gyakorlatának (SDP) része. |
| Oldalkocsi | Kibővíti az alkalmazások funkcióit úgy, hogy nemprimáris vagy keresztirányú feladatokat foglal magában egy olyan társfolyamatban, amely a fő alkalmazás mellett létezik. Ez a minta olyan rugalmasság megvalósítását biztosítja az eszközintegrációban, amely javíthatja az alkalmazás megfigyelhetőségét anélkül, hogy az alkalmazásnak közvetlen megvalósítási függőségeket kellene alkalmaznia. Lehetővé teszi, hogy az oldalkocsi funkciói egymástól függetlenül fejlődjenek, és az alkalmazás életciklusától függetlenül megmaradjanak. |
| Strangler füge | Lehetővé teszi a futó rendszer összetevőinek szisztematikus cseréjét új összetevőkre, gyakran a rendszer migrálása vagy modernizálása során. Ez a minta folyamatos fejlesztési megközelítést biztosít, amelyben az idő múlásával kisebb változásokkal történő növekményes cserét részesítik előnyben, nem pedig a nagyobb, kockázatosabb rendszerszintű módosításokat. Ez a minta a biztonságos leszerelést is támogatja: az örökölt végpontok csak akkor mérhetők, üríthetők és távolíthatók el, ha a cserefolyamatok megfelelnek a megbízhatósági és megfigyelhetőségi céloknak. |
Következő lépések
Tekintse át az Azure Well-Architected-keretrendszer többi pillérét támogató architektúratervezési mintákat: