Tervezés költséghatékonysági szemlélettel

Befejeződött
Csak arra költsön, amire szüksége van ahhoz, hogy a legnagyobb megtérülést érjen el a befektetésén.

Minden architekturális döntés közvetlen és közvetett pénzügyi következményekkel jár. Ismerje meg a buildeléssel és a vásárlási lehetőségekkel, a technológiai választási lehetőségekkel, a számlázási modellel és a licenceléssel, a betanítással, a műveletekkel stb. kapcsolatos költségeket.

A költségek tekintetében számos olyan követelményt figyelembe véve optimalizálhat és hozhat kompromisszumos döntéseket, amelyek továbbra is hatékonyan kezelik a számítási feladat horizontális aggályait.

Példaforgatókönyv

A Contoso Manufacturing (CM) egy egyénileg létrehozott raktárfelügyeleti rendszert (WMS) futtat a négy dél-amerikai raktár kezeléséhez, és úgy döntöttek, hogy ideje frissíteni a megoldást, és áthelyezni a felhőbe. Azt fontolgatják, hogy a jelenlegi megoldás vagy egy zöldmezős build modern felhőeszközökkel történő áthelyezését tervezik. A CM vezető vezetősége szeretné szabályozni a költségeket, és megkérdezte a számítási feladatokért felelős csapat vezetőit, hogyan fogják megközelíteni a migrálást a költséghatékonyság fenntartása érdekében.

A WMS-megoldás egy IIS-en futó .NET-alkalmazás, amely az SQL Servert használja az adatbázisaihoz.

A számítási feladatok tervezésének teljes költségének mérése

Mérje fel a technológiai és automatizálási lehetőségek által felmerülő teljes költséget, figyelembe véve a megtérülésre (ROI) gyakorolt hatást. A kialakításnak az összes funkcionális és nem funkcionális követelmény elfogadható határain belül kell működnie. A kialakításnak rugalmasnak kell lennie az előrejelzett fejlődéshez is. A beszerzés, a betanítás és a változáskezelés költségeinek tényezője.

A megtérülést figyelembe vevő kiegyensúlyozott megközelítés alkalmazása megakadályozza a túltervezést, ami növelheti a költségeket.

A Contoso kihívása

  • A számítási feladatok mérnöki csapata izgatottan várja, hogy ezt a számítási feladatot a felhőbe juttassa, és csatlakozik más, natív felhőbeli fejlesztést végző CM-csapatokhoz.
  • Tisztában vannak az alkalmazás technikai adósságával, és jelentős mennyiségű alkalmazáskód újraírásával és számos összetevő új natív felhőbeli megoldására való áttéréssel várhatóan kezelni fogják azt.
  • A mérnöki csapat reméli, hogy megragadja ezt a lehetőséget, hogy teljesen áttervezhesse a rendszert mikroszolgáltatásokká, és üzemeltethesse azt az AKS-en, amely egy új, de izgalmas technológia a csapat számára.

A megközelítés és az eredmények alkalmazása

  • Bár a számítási feladatokért felelős csapat egyértelműen nagy léptékű újrabontást szeretne végrehajtani a felhőbeli migrálás részeként, rájönnek, hogy a számítási feladatnak meg kell őriznie a megtérülési arányát. A számítási feladat megtérülésének fenntartása valószínűleg arra fogja mutatni a csapatot, hogy olyan megoldásokat használjon, amelyekhez nincs szükség átfogó új mérnöki csapatképzésre, és a migrálás részeként nem tudnak majd nagy átírásokat végezni a számítási feladaton.
  • A számítási feladatokkal foglalkozó csapat pragmatikus megközelítést alkalmaz a rendszer kialakítására, biztosítva, hogy költséghatékony maradjon, és a várt paramétereken belül működjön, és ne legyen túltervezett. A megtérülés fenntartása és a migrálás hatékony végrehajtása érdekében úgy döntöttek, hogy a legjobb megoldás egy hasonló megoldás használata a felhőben, például Azure-alkalmazás szolgáltatás.
  • A migrálás során szelektíven kezelik a technikai adósságokat, amelyek lehetővé teszik számukra, hogy továbbfejlesshessék a platformot az Azure-ban, és a megtérülést a kiválasztási folyamat részeként fogják figyelembe venni.

A terv finomítása

A tervezés finomhangolásához rangsorolja azokat a szolgáltatásokat, amelyek csökkenthetik a teljes költséget, nem igényelnek további befektetést, vagy nem befolyásolják jelentős mértékben a funkcionalitást. A rangsorolásnak figyelembe kell vennie az üzleti modellt és a magas megtérülést eredményező technológiai döntéseket.

Megismerheti azokat az olcsóbb lehetőségeket, amelyek lehetővé teszik az erőforrások rugalmasságát vagy a dinamikus skálázást, vagy indokolhatja a meglévő beruházások használatát. A rangsorolási paraméterek figyelembe vehetik a kritikus számítási feladatokhoz, futtatókörnyezethez és műveletekhez szükséges költségeket, valamint az egyéb költségeket, amelyek segíthetnek a csapat hatékonyabb működésében.

A Contoso kihívása

  • A meglévő számítási feladat egy hiperkonvergens (HCI) berendezésen üzemel, és a csapat költséghelyét a számítási, hálózati és tárolási költségekért számítjuk fel.
  • A számítási feladat üzembe helyezte az éles üzem előtti és az éles környezeteket Windows rendszerű virtuális gépeken.
  • A Saját üzemeltetésű futókkal rendelkező GitHub Actions a GitHub Actions-feladatok végrehajtására szolgál.

A megközelítés és az eredmények alkalmazása

  • Több natív felhőbeli lehetőség kiértékelése után a csapat úgy dönt, hogy a webes összetevők Azure-alkalmazás Szolgáltatásba való áthelyezése jelentős módosítások nélkül biztosítaná a Windows IIS-alkalmazások kompatibilitását, és nem igényelne jelentős képzést.
  • A csapat úgy dönt, hogy továbbra is használja a GitHub Actionst saját üzemeltetésű futókkal, de migrál egy virtuálisgép-méretezési csoportra, amely zéró csomópontokra skálázható, ha nem használják őket.

Architektúra tervezése költségkorlátok támogatásához

Platformmegoldásokkal, szabályzatokkal, infrastruktúra- és alkalmazástervezési mintákkal vagy automatizálással valósíthat meg költségkorlátokat, hogy a felhőkörnyezet költségei a költségvetésen belül legyenek.

A szabályozási szabályzatokkal vagy beépített alkalmazástervezési mintákkal történő kényszerítés megakadályozhatja az esetleges vagy nem jóváhagyott díjakat.

A Contoso kihívása

  • A meglévő rendszer nem rendelkezik költségkorlátokkal, de ritkán változik, ezért nem volt elég motiváció az ilyen védőkorlátok létrehozására.
  • A HCI-környezet tulajdonosai beállítottak egy erőforráskorlátot, amely erre a számítási feladatra vonatkozik, így hatékonyan megakadályozható, hogy a számítási feladat túlzott számítási és tárolási erőforrásokat használjon fel.
  • A csapat aggódik amiatt, hogy a felhőbe való áttérés váratlan költségekkel jár, és nem biztos abban, hogyan lehet minimalizálni ezt a kockázatot.

A megközelítés és az eredmények alkalmazása

  • A csapat megismerkedik a Microsoft Cost Management megoldásokkal.
  • A csapat a Azure-alkalmazás szolgáltatáscsomagok méretezési korlátainak beállítását tervezi.
  • A csapat azt tervezi, hogy beállít egy megtagadási szabályzatot bizonyos magasabb árú virtuálisgép-termékváltozatokhoz, hogy letiltsa az ilyen termékváltozatok üzembe helyezését.
  • A csapat automatizálást tervez megvalósítani a tárolási költségek szabályozása érdekében. Bizonyos adattípusok automatikusan áttérnek a gyakori elérésű tárolóról a hideg vagy archivált tárolóra az olyan feltételek alapján, mint a legutóbbi hozzáférés dátuma. Ez az automatizálási típus a HCI-környezetben nem lehetséges.

Tesztelje tudását

1.

Ezek közül melyik az egyik tényező, amelyet figyelembe kell vennie a számítási feladat teljes költségének mérése során?

2.

A számítási feladatok költségre történő finomhangolásakor ezek közül melyiket érdemes rangsorolni?

3.

Ha a számítási feladatért felelős csapat biztosítani szeretné, hogy a számítási feladat Azure-költségei ellenőrzés alatt legyenek, ezek közül melyiket kell elvégeznie?