Javaslatok a környezeti költségek optimalizálására

Az Azure Well-Architected Framework költségoptimalizálási ellenőrzőlistájára vonatkozó javaslat:

CO:08

A környezeti költségek optimalizálása. A kiadások igazítása az előgyártás, az éles üzem, a műveletek és a vészhelyreállítási környezetek rangsorolásához. Minden környezethez vegye figyelembe a szükséges rendelkezésre állást, licencelést, üzemidőt és feltételeket, valamint a biztonságot. A nem termelési környezeteknek emulálniuk kell az éles környezetet. Stratégiai kompromisszumok megvalósítása nem gyártási környezetekben.

Ez az útmutató a számítási feladatok környezeteinek költségoptimalizálására vonatkozó javaslatokat ismerteti. Minden környezetet az adott célra kell szabni, és a költséghatékonyságra kell optimalizálni. Fontos, hogy stratégiai kompromisszumokat hozzon létre, és erőforrásokat foglaljon le, ahol a legfontosabbak, anélkül, hogy veszélyeztetné a kritikus összetevőket. A környezetek eltérő kezelésével és ennek megfelelően történő optimalizálásával egyensúlyt teremthet a költségoptimalizálás és a szükséges célkitűzések teljesítése között.

Meghatározások

Időszak	Definíció
Helyreállítási időkorlát (RPO)	Az incidens során bekövetkező adatvesztés maximális elfogadható időtartama.
Helyreállítási időre vonatkozó célkitűzés (RTO)	Az az elfogadható maximális idő, amikor egy alkalmazás egy incidens után nem érhető el.
Szolgáltatásiszint-szerződés (SLA)	A szolgáltató és a szolgáltatásfelhasználó közötti szerződéses megállapodás. A szerződés meghatározza a szolgáltatási szintű célkitűzéseket (SLO-kat). A szerződés teljesítésének elmulasztása pénzügyi következményekkel járhat a szolgáltatóra nézve.

Főbb tervezési stratégiák

A környezeti költségek optimalizálásának célja az egyes környezetek értékének, költségének és kockázatának megfelelő egyensúlyának megtalálása, beleértve az éles, az előkészítési és a vészhelyreállítási (DR) környezeteket is. Testre szabhatja az egyes környezeteket az adott célra, hogy pénzt takarítson meg és hatékonyan használjon erőforrásokat. Határozza meg az egyes környezetek előnyeit, például a hatékonyságot vagy az ügyfelek elégedettségét. Érdemes a környezet befektetéseinek megtérülését (ROI) értékelni, még akkor is, ha az nem hoz létre közvetlen nyereséget. Több pénzt költhet a magas kockázatú környezetekre, hogy csökkentse a problémákat, és pénzt takarítson meg az alacsony kockázatú környezeteken. Törekedjen az értékek, a költségek és a kockázatok egyensúlyba hozására az egyes környezetekben.

Környezeti érték felmérése

Az egyes környezetek értékének felmérése azt jelenti, hogy megértjük az üzletmenetre gyakorolt szélesebb körű hatását, a felhasználói elégedettséget, és meghatározzuk, hogyan igazodik az átfogó szervezeti célokhoz. Ez az értékelés segít megalapozott döntéseket hozni az erőforrások elosztásával kapcsolatban, és a költségeket a környezeti prioritásokhoz igazítani. Az érték lényege meghaladja a környezet által generált bevételt. A környezet értékének kiértékelésekor úgy kell rangsorolnia a kiadásokat, hogy azok rezonáljanak a számítási feladat céljaival. Az egyes környezetek értékének felméréséhez vegye figyelembe a következő tényezőket:

• Vegye figyelembe a felhasználót: Fontolja meg, hogy ki használja az egyes környezeteket, és mit kell belőle. Az ügyfelek például az éles környezetet használják, amelynek megbízhatónak kell lennie, és meg kell felelnie az adott SLA-knak a teljesítmény és az üzemidő szempontjából.

  Másrészt a fejlesztési környezet elsősorban a számítási feladatokért felelős csapatnak, például a fejlesztőknek és tesztelőknek szól. Ennek a környezetnek nem kell megfelelnie az ügyféloldali SLA-knak, de rendelkeznie kell a csapat hatékony működéséhez szükséges eszközökkel és erőforrásokkal.

  Ha tisztában van az egyes környezetek felhasználóinak egyedi igényeival, jobban lefoglalhatja az erőforrásokat, és elkerülheti a többletköltségeket. Ezzel az elkerülő megoldással biztosítható, hogy az egyes környezetek működőképesek és költséghatékonyak legyenek.

• Igazodjon a szervezeti értékmérőkhez: A költségcsökkentési erőfeszítéseket a szervezet prioritásaihoz, például a profithoz vagy az alkalmazottak elégedettségéhez igazíthatja. Az egyes környezetek esetében ismerje meg, hogyan határozható meg a siker, hogy a műveletek célként legyenek megadva. Ha például a szervezet a profitmaximalizálásra vagy az alkalmazottak elégedettségére összpontosít, akkor a kiadási döntéseket ezekhez a metrikákhoz igazíthatja.

Környezeti költségek meghatározása

A környezeti költségek meghatározásához ismerni kell az infrastruktúra, a szolgáltatások, a licencek és az üzemeltetési költségek költségeit minden számítási feladatkörnyezetben. A költségkezelési eszközök kulcsfontosságúak ahhoz, hogy betekintést nyerjenek a környezetek költségmintáiba és trendjeibe. A környezeti költségek meghatározásához vegye figyelembe az alábbi stratégiákat:

• Költségillesztők azonosítása: Azonosítsa azokat a fő tényezőket, amelyek az egyes környezetekben a költségeket befolyásolják. Ezek közé tartozhat az erőforrás-kihasználtság, a tárterület-használat, az adatmegőrzés, az adatátvitel és az adott szolgáltatások.

• Kockázatok értékelése: Értékelje a kiadási döntésekhez kapcsolódó kockázatokat, valamint azok környezetre és üzleti műveletekre gyakorolt lehetséges hatását. Vegye figyelembe az olyan tényezőket, mint az adatbiztonság, a megfelelőség, a teljesítmény, az auditok és az SLA-követelmények.

• A kiadások monitorozása és módosítása: Folyamatosan monitorozza és elemzi a kiadási mintákat, az értékkézbesítést és a kockázati tényezőket. A környezet és az üzlet igényeinek megfelelően rendszeresen tekintse át és módosítsa a költségoptimalizálási stratégiákat.

Az éles környezet optimalizálása

Az éles környezetben a költségek optimalizálása magában foglalja a szükségtelen kiadások csökkentésére és a működési hatékonyság javítására szolgáló stratégiák implementálását. Az éles környezetek megkülönböztetése és a felhasználók igényeinek kielégítése. Az alábbi javaslatok az éles környezet optimalizálására használhatók:

• Régiók megkülönböztetése: Kevesebbet költhet olyan régiókra, amelyek kevesebb ügyfelet szolgálnak ki. Például többet kell befektetnie egy olyan régióba, amely a felhasználók 90 százalékát szolgálja ki, mint egy olyan régióban, amely a felhasználók 10 százalékát szolgálja ki. Az üzembe helyezési stratégiát úgy módosíthatja, hogy megfeleljen az egyes régiók és felhasználói szegmensek követelményeinek.

• A skálázás megkülönböztetése: Horizontális és függőleges skálázási stratégiák implementálása. Az erőforrások hatékonyan skálázhatók az igények kielégítése érdekében túlkiépítés nélkül.

• Az infrastruktúra megkülönböztetése: Válasszon költséghatékony hardver- és infrastruktúra-megoldásokat, amelyek megfelelnek a szükséges teljesítménynek és méretezhetőségnek. Fontolja meg az olyan tényezőket, mint a teljesítmény, a költség, a megbízhatóság és a méretezhetőség.

• Bérlői modellek hangolása: A környezet testreszabása a bérlői modell alapján. Például többet költenek a fizetős bérlők szolgáltatásaira és szolgáltatásaira, és kevesebbet költenek a nem fizető bérlőkre.

A DR-környezet optimalizálása

A DR-környezet olyan infrastruktúrára és folyamatokra utal, amelyeket a számítási feladatok a zavaró események utáni helyreállításhoz használnak. A zavaró események közé tartoznak a természeti katasztrófák, a kibertámadások és a hardverhibák. A DR-környezet fenntartásának költségeinek és a zavaró események lehetséges hatásának egyensúlyba hozása. Figyelmébe ajánljuk a következő stratégiákat:

• A rendszerek és adatok kritikusságának értékelése: A rendszerek és az adatok fontosságának felmérése az egyes összetevőkhöz szükséges védelmi szint és erőforrások meghatározásához.

• Az RTO-k és a RPO-k meghatározása: A DR-környezet kialakításának meghatározásához határozza meg az egyes rendszerek vagy alkalmazások elfogadható állásidejének és adatveszteségének korlátait.

• Hideg DR-környezet optimalizálása: A hideg dr. környezet kevés vagy egyáltalán nem rendelkezik infrastruktúrával vagy futó szolgáltatásokkal. Az infrastruktúra kódként (IaC) használható az infrastruktúra gyors üzembe helyezéséhez egy zavaró esemény során. A biztonsági mentési és tárolási szabályzatnak meg kell felelnie a környezet RPO-jainak és RTO-jainak. Győződjön meg arról, hogy az adatmentések mennyisége és gyakorisága nem robusztusabb a szükségesnél.

  Kompromisszum: A hideg dr. környezet költséghatékony megoldás, de előfordulhat, hogy hosszú helyreállítási idő áll rendelkezésére.

• Gyakori vészhelyreállítási környezet optimalizálása: Minden infrastruktúra és szolgáltatás egy gyakori elérésű dr. környezetben fut. Az adatok valós időben tükrözik az elsődleges helyet. Szinte azonnali feladatátvételt és minimális adatvesztést biztosít katasztrófa esetén. Fontolja meg az aktív-aktív üzembe helyezést a költségek optimalizálása érdekében.

• Meleg DR-környezet optimalizálása: A meleg DR-megközelítés középutat jelent a hideg DR-környezet és a gyakori DR-környezet között. A meleg környezet részben aktív, és rendszeresen szinkronizálódik az elsődleges hellyel. Egyensúlyt kínál a költségek és a helyreállítási idő között. Ez azonban a legkevésbé költségoptimalizált megközelítés. A költségek optimalizálásához fontolja meg a hideg vagy a gyakori elérésű megközelítést.

Gyártás előtti környezetek optimalizálása

Az üzem előtti környezetek optimalizálása magában foglalja az erőforrások stratégiai kezelését a fejlesztési, tesztelési és előkészítési területeken, hogy szorosan szimulálják a termelést, miközben csökkentik a szükségtelen költségeket. A gyártás előtti környezetek nem igénylik az éles környezetek teljes körű és rendelkezésre állását. A legtöbb lehetőség abban rejlik, hogy ezeket a környezeteket konkrét tesztelési és fejlesztési igényekhez igazítjuk anélkül, hogy pontosan duplikáljuk a termelést. A költségcsökkentési területek közé tartozik az alacsonyabb költségű erőforrások használata, a szükségtelen szolgáltatások kikapcsolása és a termelés előtti használathoz kínált kedvezmények alkalmazása. Fontolja meg a következő stratégiákat a gyártás előtti környezetek optimalizálásához:

Gyártás előtti környezetek kiértékelése

Az előkészületi környezetek nem megfelelő vagy nem megfelelő elosztása erőforrások túlkiosztásához vagy alulkiosztásához vezethet. A számítási feladat előkészületi környezeteinek kiértékeléséhez vegye figyelembe az alábbi útmutatást:

• A környezettípusok ismertetése: Azonosítsa a számítási feladathoz szükséges előkészületi környezeteket, például a fejlesztést, a tesztelést és az előkészítést. Minden környezetnek meghatározott szerepkörrel és meghatározott funkcióval kell rendelkeznie a hatékony erőforrás-kiosztás biztosítása érdekében.

• Összhangban a felhasználók követelményeivel: Az előkészületi környezetek beállítása előtt ismerje meg a felhasználók követelményeit és elvárásait. A funkciók és specifikációk igény szerinti testreszabása a funkciók vagy erőforrások szükségtelen költségeinek elkerülése érdekében.

• A környezet konszolidálása: Határozza meg, hogy egyesítheti-e a környezeteket a működésük veszélyeztetése nélkül. Olyan környezetek egyesítése, amelyek nem fedik egymást. Egyesíthet például egy felhasználói elfogadási környezetet egy minőségbiztosítási környezettel. A függvények eltérőek, és az egyik környezet általában tétlen, amikor a másik használatban van.

  Kockázat: Legyen óvatos a környezetek egyesítésekor, hogy ne vezessen be ütközéseket, és ne veszélyeztessék a tesztelési vagy fejlesztési folyamatokat.

Az alábbi táblázat példákat mutat be a gyakori előkészületi környezetekre.

Preproduction environment example	Leírás
Fejlesztői környezet	A fejlesztők ezzel a környezettel írnak és tesztelnek kódot. Tesztkörnyezetet biztosít, így a fejlesztők kísérletezhetnek, fejleszthetnek és integrálhatnak kódmódosításokat.
Minőségbiztosítási környezet	Ez a környezet a minőségbiztosítási tevékenységekkel foglalkozik. Az éles környezetben való üzembe helyezés előtt teszteli a hibákat és a problémákat, és azonosítja és kijavítja őket.
Biztonsági környezet	Ez a környezet biztonsági teszteléshez készült. Az alkalmazás biztonságának biztosítása a fenyegetések és a biztonsági rések ellen.
Felhasználói elfogadás tesztelési környezet	Ebben a környezetben a végfelhasználók és az érdekelt felek tesztelnek egy alkalmazást annak működésének ellenőrzése és annak biztosítása érdekében, hogy megfeleljen a követelményeknek és az elvárásoknak.
Előkészítési környezet	Ez a környezet nagyon hasonlít az éles környezetre. Az éles környezetben való üzembe helyezés előtt végső tesztelésre és ellenőrzésre használható.

Irányítás alkalmazása

A szabályozás alkalmazása a gyártási előtti környezetekben az üzembehelyezési lehetőségek korlátozásáról szól a költségek szabályozása és a kockázatok csökkentése érdekében. Az előkészítés során rugalmasan szabhatja testre a konfigurációkat és üzembe helyezheti az erőforrásokat. Minél nagyobb a termelési környezet eltérése az éles környezettől, annál nagyobb a potenciális kockázat. Az irányítás használatával korlátozhatja az előkészületi környezeteket. Tekintse meg a következő útmutatót:

• Teljesítményszintek korlátozása: Értékelje ki az előkészületi környezetek teljesítménykövetelményeit. Válassza ki a költség- és teljesítményegyensúlyozó teljesítményszinteket. Egy szolgáltatás gyakran különböző teljesítményszintekkel rendelkezik, és néhány ilyen szint alkalmasabb tesztelésre. Egyes szolgáltatások olyan rétegekkel rendelkeznek, amelyek éles szolgáltatásokat kínálnak, de nem rendelkeznek SLA-val. Ezek a szolgáltatások csökkentik a költségeket, de továbbra is biztosítják a teszteléshez és fejlesztéshez szükséges funkciókat.

• Az előkészítés előtti termékváltozatok ismertetése: Egyes termékváltozatok fejlesztési környezetekhez vannak tervezve. A költségek optimalizálásához értékelje ki a szolgáltatásokat és a szinteket. Válassza az alacsony teljesítményű szinteket, ha a számítási feladat nem igényel nagy teljesítményt.

• A példányok és processzorok számának szabályozása: A számítási feladatok igényei alapján határozza meg, hogy az előkészületi környezetnek hány példányra és CPU-erőforrásra van szüksége. Kerülje az erőforrások túlkiosztását a költségek minimalizálása érdekében.

• Megőrzés és naplózás korlátozása: Adatmegőrzési szabályzatok definiálása a naplókhoz és adatokhoz az üzem előtti környezetekben. Fontolja meg a naplók és adatok megőrzésének szükséges időtartamát a megfelelőségi követelmények és a költség szempontjai alapján. Kerülje a túlzott naplózást és megőrzést a tárolási költségek csökkentése érdekében.

• Konzisztens CPU-architektúra használata: Ugyanazt a PROCESSZORarchitektúrát használja az előkészítésben és az éles környezetben. Az x86-alkalmazások például nem futnak natív módon az Azure Resource Managerben, és fordítva. A kompatibilitás biztosítása és a lehetséges problémák minimalizálása érdekében használja ugyanazt a PROCESSZORarchitektúrát, mint az éles környezet.

• Használja ugyanazt az operációs rendszert: Ne módosítsa az operációs rendszert (például Windowsról Linuxra) vagy kernelt az előkészületi környezetekben. A Windowshoz készült szoftverek gyakran nem futnak natív módon Linuxon kompatibilitási réteg nélkül, és fordítva. A fájlrendszerek és a címtárstruktúrák eltérőek, ami alkalmazásjavítási problémákat okozhat. A konzisztens környezetek csökkentik a kompatibilitási problémák kockázatát, és biztosítják a zökkenőmentes üzembe helyezést.

• Korlátozási skálázás: A költségek optimalizálása érdekében korlátozhatja az automatizálást az elszabadult automatizálás mérséklése érdekében. Állítsa be például a maximális skálázási korlátot háromra a fejlesztési környezetben, és állítsa be 10-nél az éles környezetben. Korlátozza a skálázást az erőforrás-használat és az automatizálás költségeinek szabályozásához.

• Felesleges erőforrások kikapcsolása: Kikapcsolhatja az erőforrásokat, ha nincsenek aktív használatban, például munkaidőn kívül és hétvégén. Automatizálási eszközökkel vagy szkriptekkel ütemezheti az erőforrások leállítását és elindítását. Egyes gyártók olyan API-kat biztosítanak, amelyekkel programozott módon állíthatja le és indíthatja el az erőforrásokat. Fontolja meg az IaC használatát rövid élettartamú környezetek létrehozásához, amelyeket eltávolíthat, ha már nincs rájuk szüksége.

• Az elérhető régiók korlátozása: Fontolja meg az előgyártás előtti környezetek futtatásának lehetséges előnyeit különböző régiókban, ahol az Azure-erőforrások olcsóbbak lehetnek. A környezetek költségeinek optimalizálása érdekében korlátozza a gyártás előtti üzembe helyezéseket ezekre a régiókra.

A hasonlóság és az éles környezet egyensúlya

Gyakran szükségtelen és költséges, ha az üzem előtti környezetek pontosan tükrözik az éles környezetet. A cél annak biztosítása, hogy az egyes gyártás előtti környezetek megfelelően különbözzenek a termeléstől a szükségtelen költségek elkerülése érdekében. Ha azonban az előgyártás és az éles környezet eltérő, fennáll a veszélye annak, hogy hiba lép fel az éles környezetben. Minél eltérőek ezek a környezetek, annál nagyobb a kockázat. Az előkészítési környezet igényeinek megfelelő testreszabása segíthet a kockázatok kezelésében a költségek optimalizálása mellett. A hasonlóság és az éles környezet közötti egyensúly érdekében vegye figyelembe a következő javaslatokat:

• Kerülje a pontos replikákat: Ne tegye az előgyártási környezetet az éles környezet pontos másolatává. Szükségtelenül növelheti a költségeket. Hozzon létre egy olyan üzem előtti környezetet, amely költséghatékony, de lehetővé teszi a lehetséges kockázatok feltárását és kezelését az üzembe helyezés előtt.

• Kerülje a szélsőséges eltéréseket: Kerülje a termeléstől való túlzott eltérést, például a különböző szolgáltatások használatát. Előfordulhat, hogy a különböző szolgáltatások nem szimulálják pontosan a valós kockázatokat. Határozza meg a kockázati küszöbértéket, és ne lépje át a küszöbértéket kizárólag a megtakarítás érdekében.

• Rövidítse le a futtatókörnyezeteket: Fontolja meg a folyamatok futásidejének lerövidítését az előkészítési szakaszban, hogy pénzt takarítson meg. Legyen óvatos az esetlegesen felmerülő új biztonsági résekkel, például a nem észlelt memóriavesztésekkel.

• Licencek áttekintése: Tekintse át a biztonsági eszközök licenccsomagjait. Ha a csomópontok száma jelentősen eltér az éles és az előkészítési beállítások között, a biztonság veszélyeztetése nélkül újraértékesíti a költségeket.

Fejlesztési környezetek optimalizálása

A fejlesztési környezeteket fejlesztési, tesztelési és hibakeresési célokra tervezték. Rövidebb életciklusuk van, és gyakran szükség szerint jönnek létre, és rövid ideig léteznek. A fejlesztési környezetek általában alacsonyabb követelményekkel rendelkeznek a megbízhatóságra, a kapacitásra és a biztonságra vonatkozóan, mint más gyártás előtti és éles környezetekben. Előfordulhat, hogy kevesebb képességük van, és alacsonyabb erőforrás-kihasználtságot tudnak elfogadni. A fejlesztési környezet optimalizálása:

• Eszközhasználat kiértékelése: A jelenlegi eszközbeállítás költséghatékonyságának rendszeres felmérése, beleértve az integrált fejlesztési környezeteket (IDE-ket), a licenceket és a kapcsolódó eszközöket. Fontolja meg az olyan ingyenes vagy nyílt forráskódú alternatívákat, amelyek hasonló funkciókat kínálnak a minőség veszélyeztetése nélkül. A fejlesztési környezet fejlődésével folyamatosan újraértékelje ezeknek az eszközöknek a szükségességét és hatékonyságát.

• Fontolja meg a hardvert: Értékelje ki az aktuális hardverbeállításainak költségeit és teljesítményét. A jobb és hatékonyabb hardverbe való befektetés javíthatja a termelékenységet és csökkentheti a hosszú távú költségeket. A gyakori hardvercsere helyett fontolja meg a meglévő rendszerek frissítését az élettartam meghosszabbítása és a teljesítmény javítása érdekében.

• A környezetek számának optimalizálása: Elemezze az egyéni fejlesztési környezetek előnyeit és hátrányait a megosztott környezetekkel szemben. Az egyes környezetek utánozhatják az éles beállításokat, megakadályozhatják a fejlesztők beavatkozását, és testre szabott beállításokat kínálhatnak. A skálázás azonban költségesebb lesz a fejlesztők számának növekedésével. A megosztott környezetek csökkenthetik a költségeket, de megbízhatósági aggályok merülhetnek fel, ha a problémák egyszerre érintik a teljes fejlesztői csapatot. Keresse meg a megfelelő egyensúlyt a költségek, a kockázatcsökkentés, a hatékonyság és a fejlesztői elégedettség alapján.

• Rendszeres karbantartás: Rendszeresen tisztítsa meg és optimalizálja a fejlesztési környezetet, hogy elkerülje az árva erőforrások, a fel nem használt adatok és a megvalósíthatósági kísérletek felhalmozódását. Tisztítási folyamatok vagy automatizált eszközök implementálása a nem használt erőforrások azonosításához és eltávolításához. Csak az alapvető és aktív összetevőket tartsa meg. A rendszeres tisztítás segít csökkenteni a tárolási költségeket, és hatékony erőforrás-kihasználtságot biztosít.

• Minta szerinti skálázás implementálása: Ahelyett, hogy az összes összetevőt a maximális kapacitásra skálázta, fontolja meg a mintául szolgáló módszert, amelyben szelektíven méretezheti a létfontosságú összetevőket. Ez a megközelítés költséghatékony lehet a kockázatok minimalizálása mellett. Értékelje ki bizonyos elemek skálázásának hiányának kockázat-haszon arányát, és vegye figyelembe a környezetre gyakorolt lehetséges hatást.

• Adatkezelés optimalizálása: Előfordulhat, hogy a fejlesztési környezetekben alacsony az adatmegőrzés és a biztonsági mentés gyakorisága.

Fontolja meg a végpontemulációt

A költségeket optimalizálhatja az előkészítési környezetben végpontemulációval vagy végpontok kijátszásával, különösen költséges erőforrások, például GPU-k esetében. Azonosítsa azokat az összetevőket vagy szolgáltatásokat a gyártás előtti környezetben, amelyek a legdrágábbak vagy erőforrás-igényesek. A modellvégpontok használatával anélkül szimulálhatja ezeknek a költséges összetevőknek a válaszait, hogy meg sem invokálja őket. Az API-válaszok szimulálásához olyan eszközöket használhat, mint a WireMock, a Postman próbakiszolgálója vagy az egyéni implementációk.

Az emulációs és a modellvégpontok segítenek a költségek megtakarításában, de gondoskodnia kell arról, hogy az éles környezetet megfelelő mértékben képviselje a teszteléshez. Egyensúlyt teremthet a pontosság és a költségek között, hogy elkerülhesse az éles környezetben felmerülő jövőbeli problémákat. Ha például a GPU-k jelentős költségtényezők, fontolja meg a GPU-emulációt olyan feladatok esetében, amelyek nem igényelnek valós GPU-feldolgozási teljesítményt az előkészítési fázisokban. Előfordulhat, hogy az emuláció nem tükrözi teljes mértékben a valós GPU-k teljesítményét vagy furcsaságait, ezért akkor használja, ha a GPU pontos viselkedése nem kritikus az előkészületi teszteléshez.

Az Azure megkönnyítése

A környezeti költségek meghatározása és optimalizálása: A Microsoft Cost Management egy olyan eszközcsomag, amely segít a szervezeteknek a Microsoft Cloud számítási feladataik költségeinek monitorozásában, lefoglalásában és optimalizálásában. A Cost Management bárki számára elérhető, aki hozzáféréssel rendelkezik egy számlázási vagy erőforrás-kezelési hatókörhöz.

Az Azure Advisor egy olyan eszköz, amely költségoptimalizálási javaslatokat nyújt, beleértve az optimalizálást igénylő virtuálisgép-használat területeinek azonosítását. Az Advisor segítségével megalapozott döntéseket hozhat, és optimalizálhatja a költségeket az Azure-környezetben. Az Azure költségkezelési eszközöket és funkciókat biztosít, amelyek segítenek a kiadások rangsorolásában. Ezekkel az eszközökkel nyomon követheti és elemezheti a környezetek költségeit, beállíthatja a költségvetéseket, és költségoptimalizálási javaslatokat kaphat.

Szabályozás alkalmazása: Az Azure Policy használatával korlátozhatja az erőforrástípusokat, az SKU-kat és a példányokat olyan szabályzatszabályok meghatározásával, amelyek korlátozásokat kényszerítenek ki az Azure-környezetben üzembe helyezhető erőforrások típusaira. Fenntarthatja az irányítást a kiosztott erőforrások felett, és gondoskodhat a szervezet szabályzatainak és ajánlott eljárásainak való megfelelésről.

Ha az Azure Policy használatával korlátozni szeretné az erőforrástípusokat, megadhatja az engedélyezett erőforrástípusokat meghatározó szabályzatszabályokat. Alkalmazza ezeket a szabályokat a megfelelő Azure-előfizetésekre vagy erőforráscsoportokra. Az Azure Policy megakadályozza, hogy a felhasználók olyan erőforrásokat telepítsenek, amelyek nem engedélyezettek.

Az Azure Resource Manager használatával deklaratív módon definiálhat és kezelhet erőforrásokat. Az egyes környezetek számára kiosztott erőforrásokat az adott követelményeknek megfelelően hangolhatja. A költségek optimalizálásához használjon sablonokat, és paraméterezhesse az erőforrás-konfigurációkat.

A gyártás előtti környezetek optimalizálása: Az Azure fejlesztési/tesztelési díjszabási lehetőségeket kínál, amelyek kedvezményes díjszabást biztosítanak a nem gyártási környezetekhez. Több erőforrást és költségvetést rendelhet a kritikus éles környezetekhez, ami optimalizálja a költségeket a nem termelési környezetekben. Használhatja az Azure-licencelési ajánlatot is, az Azure Hybrid Benefitet.

Az Azure API Managementet api-alapú modellezéshez használhatja. Az API Management a háttérszolgáltatások egyik homlokzata, amely lehetővé teszi az API-szolgáltatók számára az API-implementációk absztrakcióját és a háttérarchitektúra továbbfejlesztését anélkül, hogy ez hatással van az API-fogyasztókra.

Költségoptimalizálási ellenőrzőlista

Tekintse meg a javaslatok teljes készletét.

Költségoptimalizálási ellenőrzőlista