Obciążenia platformy Azure Well-Architected Framework

W kontekście platformy Azure Well-Architected Framework termin obciążenie odnosi się do kolekcji zasobów aplikacji, danych i infrastruktury pomocniczej, która działa razem w celu osiągnięcia zdefiniowanych wyników biznesowych. Obciążenie składa się ze składników, a także procedur programistycznych i operacyjnych.

Architekci projektują obciążenia i implementuje je zespół ds. obciążeń. Obciążenie zostało zaprojektowane i zaimplementowane w celu osiągnięcia funkcjonalnych i niefunkcyjnych wymagań biznesowych. Obciążenia można klasyfikować na wiele typów.

Typowe kryteria klasyfikacji obciążeń obejmują:

• Narzędzia, cechy i wzorce użycia obciążenia, takie jak aplikacje internetowe, przetwarzanie wsadowe i analiza w czasie rzeczywistym.

• Kluczowe wpływowe czynniki, takie jak platformy technologiczne lub dopasowanie do branży.

• Docelowi odbiorcy. Przykłady rozwiązań z różnymi odbiorcami to wewnętrzne aplikacje biznesowe w przedsiębiorstwach, zakupione niezależne rozwiązanie dostawcy oprogramowania (ISV) lub wielodostępne rozwiązanie oprogramowania jako usługi (SaaS) do użytku publicznego.

Obciążenia, które znajdują się w tej samej klasie, mogą współdzielić podobieństwa, w tym odbiorców docelowych, wymagania dotyczące zgodności i stosy technologii. Pięć filarów platformy Well-Architected Framework, ich zasady, listy kontrolne i kompromisy są istotne dla wszystkich klas obciążeń.

Wskazówki dotyczące obciążeń Well-Architected Framework opisują typowe priorytety i kompromisy, ponieważ odnoszą się one do określonych klas obciążeń. W wytycznych dotyczących obciążeń wskazówki dotyczące filarów dotyczą zasad projektowania technicznego i obszarów projektowych, które reprezentują priorytety obciążenia. Postępuj zgodnie z zaleceniami, aby ułatwić skonfigurowanie pomyślnego obciążenia i dostosowanie go do platformy Well-Architected Framework.

Co to jest obciążenie platformy Well-Architected Framework?

Projektowanie i operacje dowolnego obciążenia muszą być związane z pięcioma filarami architektury: niezawodność, zabezpieczenia, optymalizacja kosztów, doskonałość operacyjna i wydajność.

Aby utworzyć pomyślne obciążenie, opracuj go zgodnie z zasadami Well-Architected Framework, które są oparte na następujących ideałach.

Obciążenie platformy Well-Architected Framework:

• Ma wymagania funkcjonalne i niefunkcjonalne, które są zdefiniowane i priorytetowe w celu osiągnięcia celu.
• Jest zaprojektowany tak, aby można było osiągnąć te wymagania przy użyciu zasobów i dołączania wzorców projektowych i kompromisów.
• Jest zbudowany i obsługiwany do specyfikacji projektu i przeznaczenia.
• Jest mierzona przez to, jak odpowiednio osiąga swój cel.
• Może dostosować się, ponieważ jego przeznaczenie jest uściśline lub zmienione.
• Jest tak samo niezawodny, jak to musi być.
• Jest tak samo bezpieczny, jak to musi być.
• Zapewnia wystarczający zwrot z inwestycji.
• Jest opracowywany i obsługiwany w sposób odpowiedzialny.
• Osiąga swój cel w akceptowalnym przedziale czasu.

Współpraca między zespołem roboczym a centralnymi zespołami organizacji musi utworzyć obciążenie z poprzednimi cechami. W poniższych sekcjach opisano te zespoły i ich funkcje.

Zespół ds. obciążeń

Utwórz zespół roboczy, który ma członków zespołu z szeroką gamą dyscyplin technicznych i biznesowych. Głównym celem wszystkich członków zespołu powinno być powodzenie obciążenia.

Przykłady członków zespołu obciążeń
Inżynierowie ds. zabezpieczeń aplikacji Uczestnicy projektu biznesowego Deweloper rozwiązań w chmurze lub inżynierowie oprogramowania Architekci rozwiązań w chmurze Analitycy danych lub analitycy Administratorzy bazy danych	Inżynierowie devOps Inżynierowie infrastruktury Menedżerowie produktów lub właściciele Inżynierowie ds. zapewniania jakości (QA) Członkowie zespołu pomocy technicznej

Scentralizowane zespoły i osoby biorące udział w projekcie

Scentralizowane zespoły często obsługują zespół ds. obciążeń. Zapewniają one funkcje pomocy technicznej i stosują ład dla wielu lub wszystkich obciążeń w chmurze w organizacji. Scentralizowane zespoły koncentrują się na sukcesie organizacji, który jest osiągany częściowo przez sukces obciążeń organizacji. Zapewniają one usługi, wskazówki i zabezpieczenia dla obciążeń.

Przykłady scentralizowanych zespołów i członków zespołu
Analitycy analizy biznesowej Uczestnicy projektu biznesowego Tablica centrum doskonałości w chmurze (CCoE) Zespół ds. platformy w chmurze Analitycy cyberbezpieczeństwa Administratorzy bazy danych Architekci przedsiębiorstwa	Analitycy finansów Inżynierowie infrastruktury Funkcjonariusze praw i zgodności Inżynierowie sieci Specjaliści ds. zakupów Menedżerowie projektów

Zespół obciążeń Well-Architected Framework koncentruje się na wynikach obciążeń. Koordynują one i korzystają ze specjalistycznej pomocy technicznej od scentralizowanych członków zespołu.

Model wspólnej odpowiedzialności

Aby dostarczyć wartość, należy wdrożyć i użyć obciążenia. W ramach zespołu ds. obciążeń masz odpowiedzialność za projektowanie, implementowanie i wdrażanie obciążenia w sposób, który tworzy wartość w organizacji.

Obciążenia istnieją w kontekście organizacji. Organizacja często ma regulowane role zarządzania i władzy. Twój zespół ds. obciążeń ma odpowiedzialność za projektowanie, implementowanie i wdrażanie obciążenia w ramach organizacji.

Zgodnie z Cloud Adoption Framework dla platformy Azure ustandaryzuj zasoby w chmurze obciążenia. Rygorystyczne stosowanie standaryzacji w celu zapewnienia zarządzanej platformy ułatwiającej dołączanie zespołów obciążeń. Zastosuj ten nadzór zgodnie z modelem operacyjnym w chmurze organizacji.

Strefy docelowe platformy Azure ułatwiają standaryzację. Strefy docelowe platformy i strefy docelowe aplikacji są dostępne na platformie Azure. Wdrażanie obciążenia w strefie docelowej aplikacji.

Twoja organizacja może mieć ofertę platformy w chmurze, która jest rygorystycznie sformalizowana i w pełni zgodna ze strefami docelowymi platformy Azure. Lub twoja organizacja może mieć inną strategię wdrażania lub bez implementacji. Jeśli nie ma implementacji, zespoły obciążeń są prawie w pełni autonomicznymi jednostkami.

W przypadku dowolnej platformy i ładu używanego przez organizację należy zastosować zasady platformy Well-Architected Framework do obciążeń. Platforma Well-Architected często odwołuje się do stref docelowych platformy Azure, ale nie jest zależna od określonej implementacji platformy. Filary Well-Architected Framework, zasady, listy kontrolne i przewodniki dotyczą wszystkich platform w chmurze i większości typów obciążeń.

Spełnianie wymagań

W ramach Well-Architected Framework, takich jak podstawowe filary i wskazówki dotyczące obciążeń, zalecenia pokrywają się z obowiązkiem obciążenia. Zalecenia zwykle nie oznaczają, co członek zespołu lub zespół ułatwia te zobowiązania. Możesz określić, kto powinien wykonać każdą akcję. Wykonaj mapowanie na poziomie obciążenia, aby określić role i obowiązki zespołu związane z topologią, typem obciążenia i krytycznością.

Bezpośredni zespół ds. obciążeń obsługuje większość wymagań dotyczących obciążeń. Niektóre wymagania są obsługiwane jako wspólne wysiłki ze scentralizowanymi zespołami. Na przykład opcje implementacji mogą być oparte na zabezpieczeniach, które są scentralizowanym zestawem zespołów. Albo scentralizowany zespół może obsługiwać wyłącznie wybory implementacji.

Zespół obciążeń musi utworzyć relację roboczą z innymi zespołami, aby ułatwić kodowanie celów obciążeń. Jeśli udostępniasz składniki lub obowiązki, musisz pomyślnie zrealizować te zobowiązania.

Poznaj ograniczenia

Scentralizowany zespół obsługuje różnorodne obciążenia w oparciu o podstawowe możliwości zespołu i podstawową infrastrukturę. Aby zapewnić tę obsługę w skali organizacji, scentralizowany zespół może zaimplementować jednolitość i ograniczenia dotyczące oferowanej usługi lub infrastruktury. Podczas projektowania obciążenia ważne jest, aby zrozumieć te ograniczenia i, tam, gdzie to możliwe, współpracować z architektami przedsiębiorstwa, którzy znają te ograniczenia. Dowiedz się jak najwięcej z poprzednich implementacji.

Każda implementacja ładu platformy jest inna, ale w przypadku wielu obciążeń typowe są następujące ograniczenia:

• Listy dozwolonych dla zasobów w chmurze
• Mandaty konfiguracji dla zasobów w chmurze
• Regionalne listy dozwolonych dla zasobów w chmurze i dostępności łączności obejmującej wiele lokalizacji
• Ograniczona lub żadna obsługa platformy poza godzinami pracy
• Wymagania dotyczące stosowania poprawek
• Konkretna implementacja piasty i szprych, która napędza implementacje systemu nazw domen (DNS) i prywatnych punktów końcowych
• Wymagania dotyczące kontroli łańcucha dostaw

Jawna komunikacja wymagań

Jeśli wymaganie dotyczące obciążenia jest związane z ograniczeniem lub umową dotyczącą poziomu usług (SLA), która wyraźnie nie definiuje podstawowej możliwości lub oferty infrastruktury, traktuj tę sytuację jako ryzyko. Aby sprostać temu ryzyku, zespół ds. obciążeń musi zapewnić czytelność innym zespołom na temat wpływu problemu na obciążenie. Może być konieczne zmianę wymagań dotyczących obciążeń, projektu lub implementacji albo zmiany oferty infrastruktury.

Gdy rozumiesz obowiązki zespołu platformy związane z dyrektywami organizacyjnymi i zobowiązaniami zespołu ds. obciążeń, możesz przekazać wymagania dotyczące obciążeń z realistycznymi oczekiwaniami i zaleceniami.

Przekazywanie typowych wymagań dotyczących obciążeń

Każde partnerstwo platformy jest inne, ale następujące obszary są typowymi tematami w wspólnych rozmowach o odpowiedzialności:

• Zgodność i wymagania prawne
• Specyficzne dla sieci, takie jak potrzeba statycznych adresów IP ruchu przychodzącego lub wychodzącego
• Wymagania dotyczące możliwości obserwacji w celu zapewnienia efektywnej klasyfikacji na żywo witryny
• Wymagania dotyczące wydajności, takie jak przepływność sieci, dostępność zasobów w chmurze lub dostępność regionalna
• Oczekiwania dotyczące publicznego dostępu do Internetu z perspektywy ruchu wychodzącego i ruchu przychodzącego
• Cele poziomu usług (SLO) lub umowy SLA oferowane użytkownikom obciążenia
• Dostępność pomocy technicznej

Poszukaj ujednoliconych zwycięstw

Wspólna odpowiedzialność nie dotyczy tylko kompromisów, ograniczeń i kompromisów. Zespoły platformy często mają wysoce wyspecjalizowane umiejętności i dedykowane budżety, które mogą wykraczać poza to, co może utrzymać pojedynczy zespół ds. obciążeń. Rozważmy następujące przykłady.

Specjaliści ds. zabezpieczeń. Obciążenie może mieć bezpieczny cykl projektowania. Jako scentralizowany zespół ds. zabezpieczeń wykonuje bezpieczne zadania programistyczne na dużą skalę w całej organizacji, może wykonywać rutynowe testy penetracyjne, które wykraczają poza twoje wysiłki. Może również pomóc w planowaniu i wykonywaniu strategii reagowania na zdarzenia.

Wskazówki dotyczące architektury przedsiębiorstwa. Możesz zaoszczędzić czas i nakład pracy, jeśli dostosujesz się do wzorców i praktyk zespołu architektury przedsiębiorstwa, ponieważ zespół już usprawnił procesy. Możesz również zapobiec przeróbce, jeśli rozwiązanie nie jest możliwe w ramach partnerstwa bez negocjacji.

Wydatki na duże bilety. Zespoły platform często hostują składniki lub usługi, które są zbyt kosztowne lub zbyt intensywnie zarządzane dla pojedynczego zespołu ds. obciążeń. Zespoły platform mogą sobie pozwolić na te składniki i usługi, ponieważ dzielą koszty między obciążenia.

Często te usługi lub scentralizowane platformy są oferowane jako zwykłe wycofywanie, dzięki czemu pomagają utrzymać koszty obciążeń zoptymalizowane. A kiedy są oferowane jako obciążenia zwrotne, są one często tańsze ze względu na korzyści skali i centralizacji.

Zespoły platform często udostępniają samoobsługowe opcje zespołom obciążeń dla różnych działań. Na przykład:

• Udostępnianie repozytorium dokumentacji na potrzeby samodzielnej edukacji
• Dołączanie do usługi Cost Management za pośrednictwem określonego tagowania zasobów
• Oferowanie subskrypcji za pośrednictwem formalnego procesu sprzedaży subskrypcji

Zapoznaj się z opcjami samoobsługi, które mogą być odpowiednie dla twojego obciążenia.

Dzielenie się sukcesami i wyzwaniami

Wspólna odpowiedzialność z innymi zespołami oznacza również dzielenie się sukcesami i wyzwaniami związanymi z obciążeniem. Gdy obciążenie spełnia swoje obowiązki i uzyskuje zamierzona wartość, udostępnij je zespołom partnerskim. Poinformuj ich, jak przyczyniły się do sukcesu obciążenia. Gdy obciążenie nie spełnia swoich zobowiązań, podziel się tym, co nie działa, i współpracuj i ponownie zlibatuj, aby wrócić na właściwe tory.

Zespoły platformy mają również obowiązki i kryteria sukcesu. Należy oczekiwać, że partnerzy będą informować Cię, czy obciążenie działa dobrze z ofertą, czy też jest zagrożone bycie hałaśliwym sąsiadem.

Dążenie do ciągłego ulepszania

Tematem we wszystkich filarach platformy Well-Architected Framework jest ciągłe ulepszanie. Przyjęcie progresywnego myślenia. Możesz radzić sobie z nowymi podejściami do istniejących problemów, przyjąć nową technologię, spełnić nowe wymagania lub działać w ramach nowych ograniczeń. W miarę zwiększania się obciążenia w miarę upływu czasu należy oczekiwać tego samego myślenia od zespołów partnerskich. Jednak każda możliwość poprawy oznacza również zmiany i powinna być wspierana przez odpowiedni proces zarządzania.

Zespoły obciążeń mają obowiązek komunikować się z zespołami platformy na temat proponowanych zmian wymagań dotyczących obciążeń, które mogą mieć wpływ na usługi zespołu platformy. Podobnie zespoły platform mają obowiązek uwzględnić swoich partnerów roboczych w procesach kontroli zmian i wyraźnie przekazać wpływowe zmiany platformy. Ustanów regularny cykl komunikacji z partnerami, aby dowiedzieć się i podzielić się rozwojem produktu.

Osiągnięcie pomyślnego wyniku

Obciążenia mają wiele oczekiwań od użytkowników, akcjonariuszy, organów regulacyjnych, pracowników, centrum doskonałości i dyrektorów doświadczenia. Oczekiwania mogą ustawić wirowanie kompasu kierunkowego. Struktura Well-Architected zapewnia przejrzystość związaną z projektowaniem i implementacją, oferując wyraźne racjonalizacja decyzji dotyczących architektury w celu osiągnięcia pomyślnego wyniku. Opracuj pomyślne obciążenie i podziel się tym sukcesem z twoją organizacją.