Zalecenia dotyczące optymalizowania kosztów środowiska
Dotyczy tego zalecenia listy kontrolnej dotyczącej optymalizacji kosztów platformy Azure Well-Architected Framework:
| CO:08 | Optymalizowanie kosztów środowiska. Dopasuj wydatki do określania priorytetów przedprodukcyjnych, produkcyjnych, operacyjnych i środowisk odzyskiwania po awarii. Dla każdego środowiska należy wziąć pod uwagę wymaganą dostępność, licencjonowanie, godziny pracy i warunki oraz zabezpieczenia. Środowiska nieprodukcyjne powinny emulować środowisko produkcyjne. Implementowanie strategicznych kompromisów w środowiskach nieprodukcyjnych. |
|---|
W tym przewodniku opisano zalecenia dotyczące optymalizacji kosztów w środowiskach obciążeń. Każde środowisko powinno być dostosowane do konkretnego celu i zoptymalizowane pod kątem efektywności kosztowej. Ważne jest, aby strategiczne kompromisy i przydzielać zasoby, w których mają największe znaczenie, bez naruszania krytycznych składników. Traktując środowiska inaczej i optymalizując je odpowiednio, można osiągnąć równowagę między optymalizacją kosztów a spełnieniem wymaganych celów.
Definicje
| Okres | Definicja |
|---|---|
| Cel punktu odzyskiwania (recovery point objective, RPO) | Maksymalny dopuszczalny czas trwania utraty danych podczas zdarzenia. |
| Cel czasu odzyskiwania (recovery time objective, RTO) | Maksymalny dopuszczalny czas niedostępności aplikacji po zdarzeniu. |
| Umowa dotycząca poziomu usług (SLA) | Umowa umowna między dostawcą usług a klientem obsługi. Umowa definiuje cele poziomu usług (SLO). Niedopełnienie umowy może mieć konsekwencje finansowe dla dostawcy usług. |
Kluczowe strategie projektowania
Celem optymalizacji kosztów środowiska jest znalezienie odpowiedniego salda wartości, kosztów i ryzyka dla każdego środowiska, w tym środowiska produkcyjnego, przedprodukcyjnego i odzyskiwania po awarii (DR). Dostosuj każde środowisko do konkretnego użycia, aby zaoszczędzić pieniądze i efektywnie korzystać z zasobów. Określ zalety każdego środowiska, takie jak wydajność lub zadowolenie klientów. Chcesz ocenić zwrot z inwestycji (ROI) dla środowiska, nawet jeśli nie ma bezpośredniego zysku. Wydaj więcej pieniędzy na środowiska wysokiego ryzyka, aby zmniejszyć problemy i zaoszczędzić pieniądze na środowiskach o niskim ryzyku. Staraj się równoważyć wartość, koszty i ryzyko w każdym środowisku.
Ocena wartości środowiska
Ocena wartości każdego środowiska oznacza zrozumienie szerszego wpływu na działalność biznesową, ocenę zadowolenia użytkowników i określenie, jak jest ona zgodna z nadrzędnymi celami organizacji. Ta ocena ułatwia podejmowanie świadomych decyzji dotyczących alokacji zasobów i dopasowywanie kosztów do priorytetów środowiskowych. Istota wartości wykracza poza to, ile przychodów generuje środowisko. Podczas oceniania wartości środowiska należy określić priorytety wydatków w sposób, który rezonuje się z celami obciążenia. Aby ocenić wartość każdego środowiska, należy wziąć pod uwagę następujące czynniki:
Rozważ użytkownika: rozważ, kto korzysta z każdego środowiska i czego potrzebuje. Na przykład klienci korzystają ze środowiska produkcyjnego, które musi być niezawodne i spełniać określone umowy SLA w celu zapewnienia wydajności i czasu pracy.
Z drugiej strony środowisko programistyczne jest przeznaczone głównie dla zespołu roboczego, takiego jak deweloperzy i testerzy. To środowisko nie musi spełniać umów SLA przeznaczonych dla klientów, ale powinno mieć niezbędne narzędzia i zasoby, aby zespół działał efektywnie.
Gdy rozumiesz unikatowe potrzeby użytkowników w każdym środowisku, możesz lepiej przydzielić zasoby i uniknąć dodatkowych kosztów. Takie unikanie pomaga zapewnić, że każde środowisko jest funkcjonalne i ekonomiczne.
Dopasuj do miar wartości organizacyjnych: Dopasuj nakłady pracy związane z cięciami kosztów do priorytetów organizacji, takich jak zysk lub zadowolenie pracowników. Dla każdego środowiska należy zrozumieć, jak jest definiowany sukces, dzięki czemu możesz zachować akcje w miejscu docelowym. Jeśli na przykład organizacja koncentruje się na maksymalizacji zysków lub zadowoleniu pracowników, dostosuj decyzje dotyczące wydatków do tych metryk.
Określanie kosztów środowiska
Określenie kosztów środowiska polega na poznaniu kosztów infrastruktury, usług, licencji i wydatków operacyjnych w każdym środowisku obciążenia. Narzędzia do zarządzania kosztami są kluczem do uzyskiwania wglądu w wzorce wydatków i trendy w różnych środowiskach. Aby określić koszty środowiska, rozważ następujące strategie:
Identyfikowanie czynników kosztów: zidentyfikuj kluczowe czynniki, które napędzają koszty w każdym środowisku. Te czynniki mogą obejmować wykorzystanie zasobów, użycie magazynu, przechowywanie danych, transfer danych i określone usługi.
Ocena ryzyka: ocenianie ryzyka związanego z decyzjami dotyczącymi wydatków i ich potencjalnym wpływem na środowisko i operacje biznesowe. Rozważ czynniki, takie jak zabezpieczenia danych, zgodność, wydajność, inspekcje i wymagania umowy SLA.
Monitorowanie i dostosowywanie wydatków: ciągłe monitorowanie i analizowanie wzorców wydatków, dostarczanie wartości i czynniki ryzyka. Regularne przeglądanie i dostosowywanie strategii optymalizacji wydatków w miarę rozwoju potrzeb środowiska i firmy.
Optymalizowanie środowiska produkcyjnego
Optymalizacja kosztów w środowisku produkcyjnym obejmuje wdrażanie strategii w celu zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Skoncentruj się na różnych wdrożeniach produkcyjnych i zaspokajaniu potrzeb użytkowników. Poniżej przedstawiono zalecenia dotyczące optymalizowania środowiska produkcyjnego:
Rozróżnianie regionów: mniej wydatków na regiony, które obsługują mniej klientów. Na przykład należy zainwestować więcej w regionie, który obsługuje 90 procent użytkowników niż w regionie obsługującym 10 procent użytkowników. Dostosuj strategię wdrażania, aby spełnić wymagania poszczególnych regionów i segmentów użytkowników.
Rozróżnianie skalowania: implementowanie strategii skalowania w poziomie i w pionie. Wydajne skalowanie zasobów w celu zaspokojenia zapotrzebowania bez nadmiernej aprowizacji.
Rozróżnianie infrastruktury: wybierz ekonomiczne rozwiązania sprzętowe i infrastrukturalne, które spełniają wymaganą wydajność i skalowalność. Rozważ czynniki, takie jak wydajność, koszt, niezawodność i skalowalność.
Dostrajanie modeli dzierżaw: dostosowywanie środowiska na podstawie modelu dzierżawy. Na przykład wydaj więcej na usługi i funkcje dla płatnych dzierżaw i wydaj mniej na dzierżawy niepłatne.
Optymalizowanie środowisk odzyskiwania po awarii
Środowisko odzyskiwania po awarii odnosi się do infrastruktury i procesów używanych przez obciążenie do odzyskania po wystąpieniu zdarzenia powodującego zakłócenia. Zdarzenia destrukcyjne obejmują klęski żywiołowe, cyberataki i awarie sprzętu. Równoważenie kosztów utrzymania środowiska odzyskiwania po awarii i potencjalnego wpływu zdarzenia powodującego zakłócenia. Rozważ zastosowanie następujących strategii:
Oceń krytyczne znaczenie systemów i danych: Oceń znaczenie systemów i danych, aby określić wymagany poziom ochrony i zasobów dla każdego składnika.
Określanie obiektów RTO i RPO: aby ułatwić określenie projektu środowiska odzyskiwania po awarii, zdefiniuj dopuszczalne przestoje i limity utraty danych dla każdego systemu lub aplikacji.
Optymalizowanie zimnego środowiska odzyskiwania po awarii: środowisko zimnego odzyskiwania po awarii nie ma niewielkiej infrastruktury ani nie korzysta z usług. Możesz użyć infrastruktury jako kodu (IaC), aby szybko wdrożyć infrastrukturę podczas zdarzenia powodującego zakłócenia. Zasady tworzenia kopii zapasowych i magazynu muszą spełniać wymagania dotyczące obiektów zasad grupy i obiektów RTO środowiska. Upewnij się, że ilość i częstotliwość tworzenia kopii zapasowych danych nie są bardziej niezawodne niż potrzebne.
Kompromis: Zimne środowisko odzyskiwania po awarii jest ekonomiczną opcją, ale może mieć długi czas odzyskiwania.Optymalizowanie środowiska gorącego odzyskiwania po awarii: wszystkie infrastruktury i usługi działają w środowisku gorącego odzyskiwania po awarii. Dane dubluje lokację główną w czasie rzeczywistym. Zapewnia niemal natychmiastowe przejście w tryb failover i minimalną utratę danych, jeśli wystąpi awaria. Rozważ wdrożenie aktywne-aktywne, aby zoptymalizować koszty.
Optymalizowanie ciepłego środowiska odzyskiwania po awarii: ciepłe podejście odzyskiwania po awarii jest podstawą między zimnym środowiskiem odzyskiwania po awarii a gorącym środowiskiem odzyskiwania po awarii. Ciepłe środowisko jest częściowo aktywne i okresowo synchronizuje się z lokacją główną. Zapewnia równowagę między kosztami a czasem odzyskiwania. Jest to jednak najmniejsza metoda zoptymalizowana pod kątem kosztów. Rozważ zimne lub gorące podejście do optymalizacji kosztów.
Optymalizowanie środowisk przedprodukcyjnych
Optymalizacja środowisk przedprodukcyjnych obejmuje strategiczne zarządzanie zasobami w obszarach programowania, testowania i przemieszczania w celu ścisłego symulowania produkcji przy jednoczesnym zmniejszeniu niepotrzebnych kosztów. Środowiska przedprodukcyjne nie wymagają pełnej skali i dostępności środowisk produkcyjnych. Najwięcej możliwości polega na dostosowaniu tych środowisk do konkretnych potrzeb związanych z testowaniem i programowaniem bez duplikowania środowiska produkcyjnego. Obszary redukcji kosztów obejmują korzystanie z zasobów o niższych kosztach, wyłączanie niepotrzebnych usług i stosowanie rabatów oferowanych na potrzeby użycia przedprodukcyjnego. Rozważ następujące strategie optymalizacji środowisk przedprodukcyjnych:
Ocena środowisk przedprodukcyjnych
Niewystarczająca lub niewłaściwa alokacja środowisk przedprodukcyjnych może prowadzić do nadmiernej aprowizacji lub niedostatecznej aprowizacji zasobów. Aby ocenić środowiska przedprodukcyjne dla obciążenia, rozważ następujące wskazówki:
Poznaj typy środowisk: zidentyfikuj typy środowisk przedprodukcyjnych, takie jak programowanie, testowanie i przemieszczanie, które są potrzebne dla obciążenia. Każde środowisko powinno mieć zdefiniowaną rolę i konkretną funkcję, aby zapewnić wydajną alokację zasobów.
Dopasuj do wymagań użytkowników: przed skonfigurowaniem środowisk przedprodukcyjnych zapoznaj się z wymaganiami i oczekiwaniami użytkowników. Dostosuj funkcje i specyfikacje zgodnie z ich potrzebami, aby uniknąć niepotrzebnych wydatków na funkcje lub zasoby.
Skonsoliduj środowisko: ustal, czy można łączyć środowiska bez naruszania ich funkcjonalności. Łączenie środowisk, które mają funkcje, które nie nakładają się na siebie. Można na przykład scalić środowisko akceptacji użytkownika ze środowiskiem zapewniania jakości. Funkcje są odrębne, a jedno środowisko jest zwykle bezczynne, gdy druga jest używana.
Ryzyko: należy zachować ostrożność podczas łączenia środowisk, aby upewnić się, że nie wprowadzasz konfliktów ani nie naruszasz procesów testowania lub programowania.
W poniższej tabeli przedstawiono przykłady typowych środowisk przedprodukcyjnych.
| Przykład środowiska przedprodukcyjnego | opis |
|---|---|
| Środowisko projektowe | Deweloperzy używają tego środowiska do pisania i testowania kodu. Zapewnia ona przestrzeń piaskownicy, dzięki czemu deweloperzy mogą eksperymentować, kompilować i integrować zmiany kodu. |
| Środowisko zapewniania jakości | To środowisko jest przeznaczone dla działań zapewniających jakość. Służy do testowania w celu identyfikowania i naprawiania usterek lub problemów przed wdrożeniem w środowisku produkcyjnym. |
| Środowisko zabezpieczeń | To środowisko jest przeznaczone do testowania zabezpieczeń. Jest to zapewnienie, że aplikacja jest bezpieczna przed zagrożeniami i lukami w zabezpieczeniach. |
| Środowisko testowe akceptacji użytkownika | W tym środowisku użytkownicy końcowi i uczestnicy projektu przetestowują aplikację, aby zweryfikować jej funkcjonalność i upewnić się, że spełnia wymagania i oczekiwania. |
| Środowisko przejściowe | To środowisko jest ściśle podobne do środowiska produkcyjnego. Jest to przeznaczone do końcowego testowania i walidacji przed wdrożeniem w środowisku produkcyjnym. |
Stosowanie ładu
Stosowanie ładu polega na ograniczeniu opcji wdrażania w środowiskach przedprodukcyjnych w celu kontrolowania wydatków i ograniczania ryzyka. W środowisku przedprodukcyjnym masz elastyczność dostosowywania konfiguracji i wdrażania zasobów. Im więcej środowiska przedprodukcyjnego odbiega od środowiska produkcyjnego, tym większe jest potencjalne ryzyko. Użyj ładu, aby ograniczyć środowiska przedprodukcyjne. Należy uwzględnić następujące wytyczne:
Ograniczanie warstw wydajności: oceń wymagania dotyczące wydajności środowisk przedprodukcyjnych. Wybierz warstwy wydajności, które równoważą koszty i wydajność. Usługa często ma różne warstwy wydajności, a niektóre z tych warstw są bardziej odpowiednie do testowania. Niektóre usługi mają warstwy, które oferują funkcje podobne do środowiska produkcyjnego, ale nie mają umowy SLA. Te usługi obniżają koszty, ale nadal zapewniają niezbędne funkcje do testowania i programowania.
Omówienie jednostek SKU przedprodukcyjnych: niektóre jednostki SKU są przeznaczone dla środowisk deweloperskich. Aby zoptymalizować koszty, oceń usługi i warstwy. Wybierz warstwy o niskiej wydajności, jeśli obciążenie nie wymaga wysokiej wydajności.
Kontrolowanie liczby wystąpień i procesorów CPU: określ optymalną liczbę wystąpień i zasobów procesora CPU, których wymaga środowisko przedprodukcyjne na podstawie wymagań dotyczących obciążeń. Unikaj nadmiernej aprowizacji zasobów, aby zminimalizować koszty.
Ograniczanie przechowywania i rejestrowania: zdefiniuj zasady przechowywania dzienników i danych w środowiskach przedprodukcyjnych. Należy wziąć pod uwagę niezbędny czas przechowywania dzienników i danych na podstawie wymagań dotyczących zgodności i zagadnień dotyczących kosztów. Unikaj nadmiernego rejestrowania i przechowywania, aby zmniejszyć koszty magazynowania.
Użyj spójnej architektury procesora CPU: użyj tej samej architektury procesora w środowisku przedprodukcyjnym i produkcyjnym. Na przykład aplikacje x86 nie działają natywnie w usłudze Azure Resource Manager i odwrotnie. Użyj tej samej architektury procesora CPU co środowisko produkcyjne, aby zapewnić zgodność i zminimalizować potencjalne problemy.
Użyj tego samego systemu operacyjnego: unikaj zmiany systemu operacyjnego (na przykład z systemu Windows na Linux) lub jądra w środowiskach przedprodukcyjnych. Oprogramowanie utworzone dla systemu Windows często nie działa natywnie w systemie Linux bez warstwy zgodności i na odwrót. Systemy plików i struktury katalogów są różne, co może powodować problemy z stosowaniem poprawek aplikacji. Spójne środowiska pomagają zmniejszyć ryzyko problemów ze zgodnością i zapewnić bezproblemowe wdrożenia.
Skalowanie ograniczeń: aby zoptymalizować koszt, możesz ograniczyć automatyzację w celu ograniczenia automatyzacji ucieczki. Na przykład ustaw maksymalny limit skalowania na trzy w środowisku deweloperskim i ustaw go na 10 w środowisku produkcyjnym. Ograniczanie skalowania w celu kontrolowania użycia zasobów i kosztów automatyzacji.
Wyłącz niepotrzebne zasoby: wyłącz zasoby, gdy nie są aktywnie używane, na przykład w godzinach wolnych i weekendach. Za pomocą narzędzi automatyzacji lub skryptów można zaplanować zamykanie i uruchamianie zasobów. Niektórzy dostawcy udostępniają interfejsy API, których można użyć do programowego zatrzymywania i uruchamiania zasobów. Rozważ użycie IaC do tworzenia efemerycznych środowisk, które można usunąć, gdy nie są już potrzebne.
Ogranicz dostępne regiony: rozważ potencjalne korzyści wynikające z uruchamiania środowisk przedprodukcyjnych w różnych regionach, w których zasoby platformy Azure mogą być tańsze. Ogranicz wdrożenia przedprodukcyjne do tych regionów, aby zoptymalizować koszty tych środowisk.
Równoważenie podobieństwa przy użyciu środowiska produkcyjnego
Często jest to niepotrzebne i kosztowne w środowiskach przedprodukcyjnych w celu dokładnie zdublowania środowiska produkcyjnego. Celem jest zapewnienie, że każde środowisko przedprodukcyjne różni się odpowiednio od środowiska produkcyjnego, aby uniknąć niepotrzebnych kosztów. Jednak w przypadku różnic w produkcji przedprodukcyjnej i produkcyjnej istnieje ryzyko wdrożenia usterki w środowisku produkcyjnym. Tym bardziej różne są te środowiska, tym większe jest ryzyko. Dostosowanie środowiska przedprodukcyjnego do potrzeb może pomóc w zarządzaniu ryzykiem podczas optymalizowania kosztów. Aby zrównoważyć podobieństwo z produkcją, należy wziąć pod uwagę następujące zalecenia:
Unikaj dokładnych replik: unikaj tworzenia środowiska przedprodukcyjnego dokładnej kopii środowiska produkcyjnego. Może niepotrzebnie zwiększyć koszty. Utwórz środowisko przedprodukcyjne, które jest ekonomiczne, ale umożliwia odkrywanie potencjalnych zagrożeń i reagowanie na nie przed wdrożeniem.
Unikaj skrajnych odchyleń: unikaj nadmiernego odchylenia od produkcji, takiego jak korzystanie z różnych usług. Różne usługi mogą nie być dokładnie symulowane rzeczywiste zagrożenia. Określ próg ryzyka i nie przekraczaj progu wyłącznie w celu zaoszczędzenia pieniędzy.
Skracanie środowisk uruchomieniowych: rozważ skrócenie czasu wykonywania procesów w etapie przedprodukcyjnym, aby zaoszczędzić pieniądze. Należy zachować ostrożność w przypadku nowych luk w zabezpieczeniach, które mogą wystąpić, takich jak niewykryte przecieki pamięci.
Przejrzyj licencje: Przejrzyj plany licencjonowania narzędzi zabezpieczeń. Jeśli liczba węzłów różni się znacząco między konfiguracjami produkcyjnymi i przedprodukcyjnymi, ponownie oceni twoje potrzeby, aby dostosować koszty bez naruszania zabezpieczeń.
Optymalizowanie środowisk programistycznych
Środowiska programistyczne są przeznaczone do celów programowania, testowania i debugowania. Mają krótsze cykle życia i są często tworzone w razie potrzeby i istnieją przez krótki czas. Środowiska deweloperskie zwykle mają niższe wymagania dotyczące niezawodności, pojemności i zabezpieczeń w porównaniu z innymi środowiskami przedprodukcyjnymi i produkcyjnymi. Mogą mieć mniej możliwości i mogą akceptować mniejsze wykorzystanie zasobów. Aby zoptymalizować środowisko projektowe:
Ocena narzędzi: Regularnie oceniaj opłacalność bieżącej konfiguracji narzędzi, w tym zintegrowane środowiska programistyczne (IDE), licencje i powiązane narzędzia. Rozważ bezpłatne lub open-source alternatywy, które oferują podobne funkcje bez naruszania jakości. Ciągłe ponowne oceny konieczności i wydajności tych narzędzi w miarę rozwoju krajobrazu rozwoju.
Rozważ sprzęt: oceń koszt i wydajność bieżących konfiguracji sprzętu. Inwestowanie w lepszy i bardziej wydajny sprzęt może zwiększyć produktywność i zmniejszyć koszty długoterminowe. Zamiast częstych zamienników sprzętu należy rozważyć uaktualnienie istniejących systemów w celu wydłużenia ich cyklu życia i zwiększenia wydajności.
Zoptymalizuj liczbę środowisk: przeanalizuj zalety i wady poszczególnych środowisk deweloperskich w porównaniu ze środowiskiem udostępnionym. Poszczególne środowiska mogą naśladować konfiguracje produkcyjne, zapobiegać ingerencji deweloperów i oferować dostosowane konfiguracje. Jednak skalowanie staje się bardziej kosztowne w miarę wzrostu liczby deweloperów. Środowiska udostępnione mogą obniżyć koszty, ale mogą wystąpić problemy z niezawodnością, jeśli problemy wpływają na cały zespół programistyczny jednocześnie. Znajdź właściwą równowagę na podstawie kosztów, ograniczania ryzyka, wydajności i zadowolenia deweloperów.
Regularne czyszczenie: Rutynowe czyszczenie i optymalizowanie środowiska projektowego w celu uniknięcia akumulowania oddzielonych zasobów, nieużywanych danych i eksperymentów weryfikacji koncepcji. Zaimplementuj procesy czyszczenia lub zautomatyzowane narzędzia do identyfikowania i usuwania nieużywanych zasobów. Zachowaj tylko podstawowe i aktywne składniki. Regularne czyszczenie pomaga zmniejszyć koszty magazynowania i zapewnić efektywne wykorzystanie zasobów.
Zaimplementuj skalowanie próbkowane: zamiast skalować wszystkie składniki do maksymalnej pojemności, rozważ przykładowe podejście, w którym można selektywnie skalować istotne składniki. Takie podejście może być opłacalne, jednocześnie minimalizując ryzyko. Oceń stosunek ryzyka do korzyści, aby nie skalować niektórych elementów i rozważyć potencjalny wpływ na środowisko.
Optymalizacja zarządzania danymi: środowiska programistyczne mogą mieć niskie potrzeby dotyczące przechowywania danych i częstotliwości tworzenia kopii zapasowych.
Rozważ emulację punktów końcowych
Koszty można zoptymalizować w środowisku przedprodukcyjnym przy użyciu emulacji punktów końcowych lub pozorowania punktów końcowych, szczególnie w przypadku kosztownych zasobów, takich jak procesory GPU. Zidentyfikuj składniki lub usługi w środowisku przedprodukcyjnym, które są najdroższe lub intensywnie obciążające zasoby. Użyj pozornych punktów końcowych, aby symulować odpowiedzi tych kosztownych składników bez wywoływania ich. Aby symulować odpowiedzi interfejsu API, można użyć komercyjnych lub open source interfejsów API pozorowania serwerów lub niestandardowych implementacji.
Emulacja i pozorowane punkty końcowe pomagają obniżyć koszty, ale należy upewnić się, że reprezentują one środowisko produkcyjne do wystarczającego stopnia na potrzeby testowania. Zachowaj równowagę między dokładnością a kosztami, aby uniknąć przyszłych problemów w środowisku produkcyjnym. Jeśli na przykład procesory GPU są głównym czynnikiem kosztowym, rozważ emulację procesora GPU dla zadań, które nie wymagają rzeczywistej mocy obliczeniowej procesora GPU w etapach przedprodukcyjnych. Emulacja może nie w pełni reprezentować wydajności lub dziwactwa rzeczywistych procesorów GPU, więc użyj jej, gdy dokładne zachowanie procesora GPU nie ma krytycznego dla testowania przedprodukcyjnego.
Ułatwienia platformy Azure
Określanie i optymalizowanie kosztów środowiska: Microsoft Cost Management to zestaw narzędzi, które ułatwiają organizacjom monitorowanie, przydzielanie i optymalizowanie kosztów obciążeń w chmurze firmy Microsoft. Usługa Cost Management jest dostępna dla każdej osoby z dostępem do zakresu rozliczeń lub zarządzania zasobami.
Azure Advisor to narzędzie, które udostępnia zalecenia dotyczące optymalizacji kosztów, w tym identyfikowanie obszarów użycia maszyn wirtualnych wymagających optymalizacji. Użyj usługi Advisor, aby ułatwić podejmowanie świadomych decyzji i optymalizowanie kosztów w środowisku platformy Azure. Platforma Azure udostępnia narzędzia i funkcje zarządzania kosztami, które ułatwiają ustalanie priorytetów wydatków. Za pomocą tych narzędzi można śledzić i analizować koszty w różnych środowiskach, ustawiać budżety i otrzymywać zalecenia dotyczące optymalizacji kosztów.
Stosowanie ładu: Za pomocą usługi Azure Policy można ograniczyć typy zasobów, jednostki SKU i wystąpienia, definiując reguły zasad wymuszające ograniczenia dotyczące typów zasobów, które można wdrożyć w środowisku platformy Azure. Możesz zachować kontrolę nad zaaprowizowanych zasobów i zapewnić zgodność z zasadami i najlepszymi rozwiązaniami organizacji.
Aby ograniczyć typy zasobów przy użyciu usługi Azure Policy, można zdefiniować reguły zasad określające dozwolone typy zasobów. Zastosuj te reguły do odpowiednich subskrypcji platformy Azure lub grup zasobów. Usługa Azure Policy uniemożliwia użytkownikom wdrażanie zasobów, które nie są dozwolone.
Usługa Azure Resource Manager umożliwia definiowanie zasobów i zarządzanie nimi w sposób deklaratywny. Zasoby przydzielone do każdego środowiska można dostroić w zależności od ich konkretnych wymagań. Użyj szablonów i sparametryzuj konfiguracje zasobów, aby zoptymalizować koszty.
Optymalizowanie środowisk przedprodukcyjnych: platforma Azure oferuje opcje cenowe tworzenia i testowania, które zapewniają obniżone stawki dla środowisk nieprodukcyjnych. Możesz przydzielić więcej zasobów i budżetu do krytycznych środowisk produkcyjnych, co optymalizuje koszty w środowiskach nieprodukcyjnych. Możesz również użyć oferty licencjonowania platformy Azure, Korzyść użycia hybrydowego platformy Azure.
Usługi Azure API Management można używać do pozorowania interfejsu API. Usługa API Management działa jako fasada usług zaplecza, która umożliwia dostawcom interfejsów API abstrakcję implementacji interfejsu API i rozwijanie architektury zaplecza bez wpływu na użytkowników interfejsu API.
Lista kontrolna optymalizacji kosztów
Zapoznaj się z pełnym zestawem zaleceń.