Költségoptimalizálást támogató felhőtervezési minták
A 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íthetnek a számítási feladatokon belüli szándékos kompromisszumok elérésében, és optimalizálhatók a kívánt eredményre. Emellett segíthetnek csökkenteni a konkrét problémákból eredő kockázatokat is, amelyek hatással lehetnek a megbízhatóságra, a biztonságra, a teljesítményre és a műveletekre. Ha nem csökkentik, a kockázatok végül növelik a költségeket. Ezeket a mintákat valós felhasználói élmény támogatja, felhőalapú méretezési és üzemeltetési modellekhez tervezték, és eredendően szállítói agnosztikusak. A jól ismert minták használata a számítási feladatok tervezésének szabványosítására az üzemeltetési kiválóság egyik összetevője.
Számos tervezési minta közvetlenül támogat egy vagy több architektúraoszlopot. A Költségoptimalizálás pillért támogató tervezési minták megfelelnek a kedvező számlázási modellek implementálásának, a túlépítés csökkentésének, a méretezési méretek módosításának és az érték maximalizálásának a migrálás során.
Tervezési minták a költségoptimalizáláshoz
Az alábbi táblázat a költségoptimalizálás céljait támogató felhőtervezési mintákat foglalja össze.
Mintázat | Összefoglalás |
---|---|
Claim Check | Elkülöníti az adatokat az üzenetküldési folyamattól, és lehetővé teszi az üzenetekhez kapcsolódó adatok külön lekérését. Az üzenetkezelési rendszerek gyakran korlátozzák az üzenetek méretét, és a megnövekedett méretkorlátok gyakran prémium szintű funkciók. Az üzenettörzsek méretének csökkentésével olcsóbb üzenetkezelési megoldást használhat. |
Competing Consumers | Elosztott és egyidejű feldolgozást alkalmaz az üzenetsor elemeinek hatékony kezelésére. Ez a minta segíthet a költségek optimalizálásában azáltal, hogy lehetővé teszi az üzenetsor mélységén alapuló skálázást nullára, ha az üzenetsor üres. Emellett optimalizálhatja a költségeket azáltal, hogy lehetővé teszi az egyidejű fogyasztói példányok maximális számának korlátozását. |
Compute Resource Consolidation | 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úrán lévő számítási feladat több alkalmazását vagy összetevőjét egyesíti. Ez maximalizálja a számítási erőforrások kihasználtságát azáltal, hogy elkerüli a nem használt kiosztott kapacitást az összetevők vagy akár teljes számítási feladatok összesítésével egy készletezett infrastruktúrán. Gyakori példa a tárolóvezénylőkre. |
Gateway Offloading | A kérésfeldolgozás kiszervezése átjáróeszközre a kérés háttércsomópontra való továbbítása előtt és után. Ha kiszervezési átjárót ad hozzá a kérési folyamathoz, azzal átirányíthatja a csomópontonként elköltött erőforrások költségeit az átjáró implementációjába. A központosított feldolgozási modell költségei gyakran alacsonyabbak, mint az elosztott modellé. |
Ü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 közvetítő növelheti a meglévő rendszer élettartamát, miközben továbbra is lehetővé teszi a más üzenetkezelési vagy eseménykezelési technológiát használó rendszerekkel való együttműködést. |
Közzétevő/előfizető | Az architektúra összetevőit úgy választja el, hogy egy köztes üzenetközvetítő vagy eseménybusz használatával lecseréli az ügyfelek közötti vagy az ügyfelek közötti kommunikációt a kommunikációval. Ez a kialakítás lehetővé teszi az architektúra eseményvezérelt megközelítését, amely jól párosul a fogyasztásalapú számlázással a túlépítés elkerülése érdekében. |
Queue-Based Load Leveling | A bejövő kérések vagy feladatok szintjét úgy szabályozza, hogy puffereli őket egy üzenetsorba, és lehetővé teszi, hogy az üzenetsor feldolgozója szabályozott ütemben kezelje őket. Mivel a terhelésfeldolgozás leválasztva van a kérelem- vagy tevékenységbevitelről, ezzel a megközelítéssel csökkentheti az erőforrások túlzott leépítésének szükségességét a maximális terhelés kezeléséhez. |
Sharding | A terhelést egy adott logikai célhelyre irányítja az adott kérés kezeléséhez, lehetővé téve a közös elhelyezést az optimalizáláshoz. A szegmenseket megvalósító rendszerek gyakran több példányban használják a kevésbé költséges számítási vagy tárolási erőforrásokat, nem pedig egyetlen drágább erőforrást. Ez a konfiguráció sok esetben pénzt takaríthat meg. |
Static Content Hosting | Optimalizálja a statikus tartalom számításifeladat-ügyfelek számára történő kézbesítését egy erre a célra tervezett üzemeltetési platformmal. A dinamikus alkalmazásgazdák általában drágábbak, mint a statikus gazdagépek, mivel a dinamikus gazdagépek futtathatják a kódolt üzleti logikát. A statikus tartalmak alkalmazásplatformokkal való továbbítása nem költséghatékony. |
Strangler Fig | Egy futó rendszer összetevőinek módszeres cseréjét teszi lehetővé új összetevőkre, gyakran a rendszer migrálása vagy modernizálása során. Ennek a megközelítésnek a célja, hogy maximalizálja a meglévő beruházások használatát a jelenleg futó rendszerben, miközben fokozatosan modernizálja. Lehetővé teszi a magas megtérülésű cserék végrehajtását az alacsony megtérülésű csere előtt. |
Szabályozás | Korlátozza az erőforrásra vagy összetevőre irányuló bejövő kérések sebességét vagy átviteli sebességét. A korlátok tájékoztathatják a költségmodellezést, és akár közvetlenül is kapcsolódnak az alkalmazás üzleti modelljéhez. A kihasználtságra egyértelmű felső határokat is felvesznek, amelyek az erőforrás-méretezésbe is belefoghatnak. |
Valet Key | Korlátozott biztonsági hozzáférést biztosít egy erőforráshoz anélkül, hogy köztes erőforrást használ a hozzáférés proxyzásához. Ez a kialakítás kizárólagos kapcsolatként végzi el a feldolgozást az ügyfél és az erőforrás között anélkül, hogy összetevőt ad hozzá az összes ügyfélkérés közvetlen kezeléséhez. Ez az előny akkor a legdrámaibb, ha az ügyfélkérések gyakoriak vagy elég nagyok ahhoz, hogy jelentős proxyerőforrásokat igényeljenek. |
Következő lépések
Tekintse át az Azure Well-Architected Framework többi pillérét támogató felhőtervezési mintákat:
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: