Stosowanie zasad projektowania i zaawansowanych operacji
Pierwsze trzy dyscypliny zarządzania chmurą opisują plan bazowy zarządzania. Co najmniej punkt odniesienia zarządzania powinien obejmować standardowe zobowiązanie biznesowe w celu zminimalizowania przerw w działaniu firmy i przyspieszenia odzyskiwania w przypadku przerwania usługi. Większość punktów odniesienia zarządzania obejmuje zdyscyplinowany nacisk na utrzymanie spisu i widoczności, zgodności operacyjnej oraz ochrony i odzyskiwania.
Celem planu bazowego zarządzania jest utworzenie spójnej oferty zapewniającej minimalny poziom zobowiązania biznesowego dla wszystkich obsługiwanych obciążeń. Ten plan bazowy typowych, powtarzalnych ofert zarządzania umożliwia zespołowi dostarczanie wysoce zoptymalizowanego stopnia zarządzania operacyjnego z minimalnym odchyleniem. Ale ta standardowa oferta może nie zapewnić wystarczająco bogatego zaangażowania w działalność.
Diagram w następnej sekcji przedstawia trzy sposoby wykraczania poza plan bazowy zarządzania.
Punkt odniesienia zarządzania powinien spełniać minimalne zobowiązanie wymagane przez 80 procent obciążeń o najniższym znaczeniu krytycznym w portfelu. Punkt odniesienia nie powinien być stosowany do obciążeń o znaczeniu krytycznym. Nie należy ich również stosować do typowych platform współużytkowanych między obciążeniami. Te obciążenia wymagają skupienia się na zasadach projektowania i zaawansowanych operacjach.
Opcje operacji zaawansowanych
Istnieją trzy sugerowane ścieżki poprawy zobowiązań biznesowych poza punktem odniesienia zarządzania, jak pokazano na poniższym diagramie:
Ulepszona linia bazowa zarządzania
Jak opisano w przewodniku po zarządzaniu platformą Azure, ulepszony punkt odniesienia zarządzania używa narzędzi natywnych dla chmury w celu poprawy czasu pracy i skrócenia czasu odzyskiwania. Ulepszenia są znaczące, ale mniej niż w przypadku specjalizacji obciążeń lub platform. Zaletą rozszerzonego planu bazowego zarządzania jest równie znaczne zmniejszenie kosztów i czasu implementacji.
Specjalizacja zarządzania
Aspekty operacji obciążeń i platform mogą wymagać zmian w zasadach projektowania i architektury. Te zmiany mogą zająć trochę czasu i mogą spowodować zwiększenie wydatków operacyjnych. Rozszerzony plan bazowy zarządzania pozwala zmniejszyć liczbę obciążeń wymagających takich inwestycji, zapewniając wystarczającą poprawę zobowiązania biznesowego.
W przypadku obciążeń, które uzasadniają wyższe inwestycje w celu spełnienia zobowiązania biznesowego, specjalizacja operacji jest kluczowa.
Obszary specjalizacji zarządzania
Istnieją dwa obszary specjalizacji:
- Specjalizacja platformy: Zainwestuj w bieżące operacje wspólnej platformy, rozdzielając inwestycje w wiele obciążeń.
- Specjalizacja obciążeń: Zainwestuj w bieżące operacje określonego obciążenia, zazwyczaj zarezerwowane dla obciążeń o znaczeniu krytycznym.
Centralny zespół IT lub centrum doskonałości w chmurze (CCoE)
Decyzje dotyczące specjalizacji platformy i specjalizacji obciążeń są oparte na krytycznym znaczeniu i wpływie poszczególnych obciążeń. Jednak te decyzje wskazują również na większe decyzje kulturowe między centralnym zespołem IT a modelami organizacyjnymi CCoE.
Specjalizacja obciążeń często wyzwala zmianę kulturową. Tradycyjne systemy IT i scentralizowane procesy kompilacji, które mogą zapewnić obsługę na dużą skalę. Obsługa skalowania jest bardziej osiągalna dla powtarzalnych usług znalezionych w punkcie odniesienia zarządzania, ulepszonym punkcie odniesienia lub nawet operacjach platformy. Specjalizacja obciążeń nie jest często skalowana. Ten brak skali utrudnia scentralizowanej organizacji IT zapewnienie niezbędnej pomocy technicznej bez osiągnięcia ograniczeń skali organizacyjnej.
Alternatywnie podejście do centrum doskonałości w chmurze skaluje się poprzez celowe delegowanie odpowiedzialności i selektywnej centralizacji. Specjalizacja obciążeń ma tendencję do lepszego dopasowania do delegowanego podejścia do odpowiedzialności CCoE.
Naturalne wyrównanie ról w CCoE jest opisane w następujący sposób:
- Zespół ds. platformy w chmurze pomaga tworzyć typowe platformy, które obsługują wiele zespołów wdrożeniowych w chmurze.
- Zespół automatyzacji chmury rozszerza te platformy na możliwe do wdrożenia zasoby w katalogu usług.
- Zarządzanie chmurą zapewnia punkt odniesienia zarządzania centralnie i pomaga w obsłudze korzystania z katalogu usług.
- Jednak jednostka biznesowa (w formie zespołu biznesowego devOps lub zespołu wdrożeniowego ds. chmury) ponosi odpowiedzialność za codzienne operacje obciążenia, potoku lub wydajności.
Jeśli chodzi o dostosowanie obszarów zarządzania, centralny zespół IT i modele CCoE mogą ogólnie dostarczać specjalizację platformy z minimalnymi zmianami kulturowymi. Dostarczanie specjalizacji obciążeń może być bardziej złożone dla centralnych zespołów IT.
Procesy specjalizacji zarządzania
W ramach każdej specjalizacji poniższy czteroetapowy proces jest dostarczany w zdyscyplinowanym, iteracyjnym podejściu. Takie podejście wymaga partnerstwa między wdrożeniem chmury, platformą w chmurze, automatyzacją chmury i ekspertami ds. zarządzania chmurą w celu utworzenia opłacalnej i świadomej pętli opinii.
- Ulepszanie projektu systemu: Usprawnij projektowanie typowych systemów (platform) lub określonych obciążeń, aby skutecznie zminimalizować przerwy.
- Automatyzowanie korygowania: Niektóre ulepszenia nie są opłacalne. W takich przypadkach może to mieć większe znaczenie, aby zautomatyzować korygowanie i zmniejszyć wpływ przerw.
- Skalowanie rozwiązania: W miarę ulepszania projektowania systemów i zautomatyzowanego korygowania można skalować te zmiany w całym środowisku za pośrednictwem wykazu usług.
- Ciągłe ulepszanie: Za pomocą różnych narzędzi do monitorowania można odnajdywać ulepszenia przyrostowe w celu rozwiązania problemu w następnym przekazaniu projektu systemu, automatyzacji i skalowania.
Ulepszanie projektu systemu
Ulepszanie projektu systemu to najbardziej efektywne podejście do usprawnienia operacji na każdej typowej platformie. Ulepszenia projektu systemu mogą pomóc zwiększyć stabilność i zmniejszyć przerwy w działaniu firmy. Projektowanie poszczególnych systemów jest poza zakresem widoku środowiska na platformie Cloud Adoption Framework.
W ramach uzupełnienia tej struktury Dobrze zaprojektowana struktura platformy Microsoft Azure oferuje przewodnie założenia w zakresie poprawy jakości platformy lub konkretnego obciążenia. Struktura koncentruje się na poprawie pięciu filarów doskonałości architektury:
- Optymalizacja kosztów: Zarządzanie kosztami w celu zmaksymalizowania dostarczanej wartości.
- Doskonałość operacyjna: Stosowanie procesów operacyjnych, które utrzymują działanie systemu w środowisku produkcyjnym.
- Efektywność wydajności: Skalowanie systemów w celu dostosowania ich do zmian obciążenia.
- Niezawodność: Projektowanie systemów pod kątem odzyskiwania sprawności po awarii i kontynuowania działania.
- Bezpieczeństwo: Ochrona aplikacji i danych przed zagrożeniami.
Większość przerw w działalności biznesowej oznacza jakąś formę długu technicznego lub brak w architekturze. W przypadku istniejących wdrożeń ulepszenia projektowania systemów można widzieć jako płatności związane z istniejącym długiem technicznym. W przypadku nowych wdrożeń ulepszenia projektowania systemów można widzieć jako unikanie długu technicznego. W następnej sekcji pokazano, jak radzić sobie z długiem technicznym, który nie może być rozwiązany lub nie powinien być rozwiązany.
Aby ulepszyć projekt systemu, dowiedz się więcej na temat platformy Microsoft Azure Well-Architected Framework. W miarę ulepszania projektu systemu wróć do tego artykułu, aby znaleźć nowe możliwości poprawy i skalowania ulepszeń w całym środowisku.
Automatyczne korygowanie
Nie można rozwiązać niektórych długów technicznych lub nie należy ich rozwiązywać. Rozwiązanie może być zbyt drogie w naprawie. Może to być planowane, ale może mieć długi czas trwania projektu. Przerwa w działaniu może nie mieć znaczącego wpływu na działalność biznesową lub priorytetem biznesowym jest szybkie odzyskanie zamiast inwestowania w odporność.
Jeśli pozbycie się długu technicznego nie jest najbardziej pożądane, następnym krokiem jest zazwyczaj zautomatyzowane korygowanie. Najpopularniejszą metodą zautomatyzowanego korygowania jest wykrywanie trendów i zapewnienie zautomatyzowanego korygowania przy użyciu usług Azure Automation i Azure Monitor.
Aby uzyskać wskazówki dotyczące zautomatyzowanego korygowania, zobacz Azure Automation i alerty.
Skalowanie rozwiązania przy użyciu katalogu usług
Podstawą specjalizacji platformy i operacji platformy jest dobrze zarządzany katalog usług. Jest to sposób skalowania ulepszeń projektowania i korygowania systemów w środowisku. Zespół platformy w chmurze współpracuje z zespołem automatyzacji chmury, tworząc powtarzalne rozwiązania dla najpopularniejszych platform w dowolnym środowisku. Jeśli jednak te rozwiązania nie są konsekwentnie stosowane, zarządzanie chmurą może zapewnić nieco więcej niż ofertę bazową.
Aby zmaksymalizować wdrożenie i zminimalizować obciążenie konserwacyjne każdej zoptymalizowanej platformy, platforma powinna zostać dodana do katalogu usług. Każdą aplikację w katalogu można wdrożyć do użytku wewnętrznego za pośrednictwem katalogu usług lub jako ofertę platformy handlowej dla użytkowników zewnętrznych.
Aby uzyskać informacje na temat publikowania w katalogu usług, zobacz serię publikowania w katalogu usług.
Ciągłe ulepszanie
Specjalizacja i operacje platformy zależą od silnych cykli wymiany opinii między zespołami wdrażania, platformy, automatyzacji i zarządzania. Osadzenie tych cykli wymiany opinii w danych pozwala każdemu zespołowi podejmować mądre decyzje. Aby operacje na platformie osiągały długoterminowe zobowiązania biznesowe, ważne jest, aby korzystać ze szczegółowych informacji specyficznych dla scentralizowanej platformy. Ponieważ kontenery i SQL Server są dwoma najczęściej zarządzanymi platformami centralnie zarządzanymi, rozważ rozpoczęcie od zbierania danych ciągłego ulepszania, przeglądając następujące artykuły: