Megosztás a következőn keresztül:

A költségoptimalizálást támogató architektúratervezési minták

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 szándékos kompromisszumokat hozni a számítási feladatokon belül, és optimalizálni a kívánt eredményt. Emellett segíthetnek csökkenteni az adott problémákból eredő kockázatokat, 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 élmények biztosítják, felhőbeli 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 a működé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ási pillért támogató tervezési minták összhangban vannak a kedvező számlázási modellek implementálásával, a túlterjedés csökkentésével, a méretezési méretek módosításával és az érték maximalizálásával a migrálás során.

Az alábbi táblázat a költségoptimalizálás céljait támogató architektúratervezési mintákat foglalja össze.

Minta Összegzés
Jogcím ellenőrzése Elkülöníti az adatokat az üzenetkezelési folyamattól, így külön lekérheti az üzenethez kapcsolódó adatokat. 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.
Versengő fogyasztók 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.
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. 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 a 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.
Á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, 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 hosszú é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 ügyfél-szolgáltatások közötti kommunikációt a kommunikációra. Ez a kialakítás lehetővé teszi az eseményvezérelt megközelítést az architektúrában, amely jól párosul a fogyasztásalapú számlázással a túlterjedés elkerülése érdekében.
Queue-Based terheléselosztás 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ó szabályozott ütemben kezelje őket. Mivel a terhelésfeldolgozás leválasztva van a kérésről vagy a tevékenységbevitelről, ezzel a módszerrel csökkentheti az erőforrások túlterheltségének szükségességét a csúcsterhelé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 az optimalizálást. A szegmenseket megvalósító rendszerek gyakran több, kevésbé költséges számítási vagy tárolási erőforrást használnak egyetlen drágább erőforrás helyett. Ez a konfiguráció sok esetben pénzt takaríthat meg.
Statikus tartalom üzemeltetése Optimalizálja a statikus tartalom átvitelét a számítási feladatokat használó ügyfeleknek egy erre a célra tervezett üzemeltetési platform használatával. A dinamikus alkalmazás gazdagépei általában drágábbak, mint a statikus gazdagépek, mivel a dinamikus gazdagépek futtathatják a kódolt üzleti logikát. Nem költséghatékony, ha alkalmazásplatformot használ statikus tartalom biztosítására.
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. Ennek a megközelítésnek az a célja, hogy maximalizálja a meglévő beruházások használatát a jelenleg futó rendszerben, miközben fokozatosan modernizálódik. Ez lehetővé teszi, hogy magas megtérülésű cserét végezzen 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érelmek 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 az alkalmazás üzleti modelljéhez is köthetők. A kihasználtságra is egyértelmű felső határokat helyeznek, 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özvetítő erőforrást használ a hozzáférés proxyzásához. Ez a terv az ügyfél és az erőforrás közötti kizárólagos kapcsolatként végzi a feldolgozást 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, vagy a proxy nem ad hozzá értéket a kérés részeként.

Következő lépések

Tekintse át az Azure Well-Architected-keretrendszer többi pillérét támogató architektúratervezési mintákat:

  • Last updated on