Projektowanie przy użyciu ekonomicznego myślenia

Ukończone
Wydaj tylko na to, co musisz osiągnąć najwyższy zwrot z inwestycji.

Każda decyzja architektoniczna ma bezpośrednie i pośrednie konsekwencje finansowe. Poznaj koszty związane z opcjami kompilacji i zakupu, opcjami technologii, modelem rozliczeń i licencjonowaniem, szkoleniem, operacjami itd.

Biorąc pod uwagę zestaw wymagań, optymalizuj i podejmuj decyzje dotyczące kompromisów w odniesieniu do kosztów, które nadal skutecznie odnoszą się do problemów związanych z krzyżowym obciążeniem.

Przykładowy scenariusz

Firma Contoso Manufacturing (CM) uruchamia niestandardowy system zarządzania magazynem (WMS) do obsługi czterech magazynów w Ameryce Południowej i zdecydował, że nadszedł czas, aby zaktualizować rozwiązanie i przenieść je do chmury. Rozważają przeniesienie bieżącego rozwiązania lub zielonej kompilacji pola z nowoczesnymi narzędziami w chmurze. Kierownictwo wyższego szczebla cm chce kontrolować koszty i zwróciło się do liderów zespołu ds. obciążeń, w jaki sposób podchodzą do migracji w celu utrzymania efektywności kosztowej.

Rozwiązanie WMS to aplikacja .NET działająca w usługach IIS i używa programu SQL Server dla swoich baz danych.

Mierzenie całkowitego kosztu projektu obciążenia

Zmierz całkowity koszt spowodowany wyborami technologii i automatyzacji, uwzględniając wpływ zwrotu z inwestycji (ROI). Projekt musi działać w granicach dopuszczalnych dla wszystkich wymagań funkcjonalnych i niefunkcjonalnych. Projekt musi być również elastyczny, aby uwzględnić przewidywaną ewolucję. Uwzględnianie kosztów pozyskiwania, szkolenia i zarządzania zmianami.

Zaimplementowanie zrównoważonego podejścia, które uwzględnia zwrot z inwestycji zapobiega nadmiernej inżynierii, co może zwiększyć koszty.

Wyzwanie firmy Contoso

  • Zespół inżynierów obciążeń jest podekscytowany tym obciążeniem w chmurze, dołączając do innych zespołów cm, którzy już wykonują programowanie natywne dla chmury.
  • Są świadomi długu technicznego w aplikacji i oczekują rozwiązania go, zapisując znaczną ilość kodu aplikacji i przenosząc się do nowych rozwiązań natywnych dla chmury dla wielu składników.
  • Zespół inżynierów ma nadzieję skorzystać z tej okazji, aby całkowicie przeprojektować system w mikrousługi i hostować go w usłudze AKS, nowej, ale ekscytującej technologii dla zespołu.

Stosowanie podejścia i wyników

  • Chociaż zespół ds. obciążeń ma wyraźną chęć przeprowadzenia refaktoryzacji na dużą skalę w ramach migracji do chmury, zdaje sobie sprawę, że obciążenie musi obsługiwać jego zwrot z inwestycji. Utrzymanie zwrotu z inwestycji obciążenia będzie prawdopodobnie wskazywać zespół na korzystanie z rozwiązań, które nie wymagają obszernego szkolenia zespołu inżynieryjnego i nie będą w stanie utworzyć dużych ponownych prac nad obciążeniem w ramach migracji.
  • Zespół ds. obciążeń przyjmuje pragmatyczne podejście do projektowania systemu, upewniając się, że pozostaje opłacalne i działa w ramach oczekiwanych parametrów i nie jest nadmiernie zaprojektowany. Aby upewnić się, że zwrot z inwestycji jest utrzymywany, a migracja jest wykonywana wydajnie, zdecydowali, że najlepszym rozwiązaniem jest przejście z rozwiązaniem takim jak w chmurze, takim jak usługa aplikacja systemu Azure.
  • Podczas migracji będą selektywnie rozwiązywać niektóre długi techniczne, które umożliwią im dalsze rozwijanie platformy po jej przejściu na platformę Azure i rozważą zwrot z inwestycji w ramach procesu wyboru.

Uściślij projekt

Dostosuj projekt, ustalając priorytety usług, które mogą zmniejszyć całkowity koszt, nie wymagają dodatkowych inwestycji lub nie mają znaczącego wpływu na funkcjonalność. Priorytetyzacja powinna uwzględniać model biznesowy i opcje technologiczne, które przynoszą wysokie zwroty z inwestycji.

Będziesz w stanie zapoznać się z tańszymi opcjami, które mogą umożliwić elastyczność zasobów lub dynamiczne skalowanie, albo uzasadnić użycie istniejących inwestycji. Parametry priorytetyzacji mogą uwzględniać koszty wymagane w przypadku obciążeń krytycznych, środowiska uruchomieniowego i operacji oraz innych kosztów, które mogą pomóc zespołowi wydajniej pracować.

Wyzwanie firmy Contoso

  • Istniejące obciążenie jest hostowane na urządzeniu hiperkonwergentnym (HCI), a centrum kosztów zespołu jest obciążane kosztami obliczeń, sieci i magazynu.
  • Obciążenie wdrożyło środowiska przedprodukcyjne i produkcyjne na maszynach wirtualnych z systemem Windows.
  • Funkcja GitHub Actions z własnymi modułami uruchamiającym moduły uruchamiające jest używana do wykonywania zadań funkcji GitHub Actions.

Stosowanie podejścia i wyników

  • Po dokonaniu oceny kilku opcji natywnych dla chmury zespół decyduje, że przeniesienie składników internetowych do usługi aplikacja systemu Azure zapewni zgodność aplikacji usług IIS z systemem Windows bez znaczących zmian i nie wymaga znacznego szkolenia.
  • Zespół decyduje się kontynuować korzystanie z funkcji GitHub Actions z własnymi modułami uruchamiającym, ale przeprowadź migrację do zestawu skalowania maszyn wirtualnych z możliwością skalowania do zera węzłów, gdy nie są używane.

Projektowanie architektury w celu obsługi barier zabezpieczających kosztów

Zaimplementuj zabezpieczenia kosztów za pomocą rozwiązań platformy, zasad, wzorców projektowych infrastruktury i aplikacji lub automatyzacji, aby zapewnić, że koszty środowiska w chmurze są przechowywane w budżetach.

Wymuszanie za pomocą zasad ładu lub wbudowanych wzorców projektowych aplikacji może zapobiec przypadkowym lub niezatwierdzonym opłatom.

Wyzwanie firmy Contoso

  • Istniejący system nie ma żadnych kosztowych barier, ale rzadko się zmienia, więc niewiele było motywacji do budowy takich barier.
  • Właściciele środowiska HCI ustawili limit zasobów, który ma zastosowanie do tego obciążenia, skutecznie zatrzymując obciążenie przed zużyciem nadmiarowych zasobów obliczeniowych i magazynowych.
  • Zespół obawia się, że przejście do chmury będzie stanowić ryzyko ponoszenia nieoczekiwanych kosztów i nie ma pewności, jak zminimalizować to ryzyko.

Stosowanie podejścia i wyników

  • Zespół uczy się o rozwiązaniach usługi Microsoft Cost Management.
  • Zespół planuje skonfigurować limity skalowania dla planów usługi aplikacja systemu Azure.
  • Zespół planuje skonfigurować zasady odmowy dla niektórych wyższych cen jednostek SKU maszyny wirtualnej, aby nie zezwalać na wdrażanie tych jednostek SKU.
  • Zespół planuje zaimplementować automatyzację w celu kontrolowania kosztów magazynowania. Niektóre typy danych zostaną automatycznie przeniesione z magazynu gorącego do magazynu zimnego lub archiwum na podstawie kryteriów, takich jak data ostatniego dostępu. Ten typ automatyzacji nie jest możliwy w środowisku HCI.

Sprawdź swoją wiedzę

1.

Który z nich jest jednym z czynników, które należy wziąć pod uwagę podczas mierzenia całkowitego kosztu obciążenia?

2.

Które z nich należy określić podczas dostosowywania projektu obciążenia pod kątem kosztów?

3.

Jeśli zespół ds. obciążeń chce mieć pewność, że koszt platformy Azure obciążenia jest pod kontrolą, który z nich powinien wykonać?