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, a zespół ds. obciążeń je implementuje. Obciążenie zostało zaprojektowane i zaimplementowane w celu osiągnięcia funkcjonalnych i niefunkcjonalnych wymagań biznesowych. Obciążenia można podzielić 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 rozwiązanie niezależnego 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, wymagań dotyczących zgodności i stosów technologii. Pięć filarów dobrze zaprojektowanej struktury, ich zasady, listy kontrolne i kompromisy są istotne dla wszystkich klas obciążeń.
Wskazówki dotyczące obciążeń dobrze zaprojektowanej struktury opisują typowe priorytety i kompromisy w odniesieniu do określonych klas obciążeń. Wskazówki dotyczące obciążeń 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 dobrze zaprojektowanej struktury.
Co to jest obciążenie dobrze zaprojektowanej struktury?
Projekt i operacje dowolnego obciążenia muszą być związane z pięcioma filarami architektury: niezawodność, bezpieczeństwo, optymalizacja kosztów, doskonałość operacyjna i wydajność.
 Aby utworzyć pomyślne obciążenie, opracuj go zgodnie z zasadami dobrze zaprojektowanej struktury, które są oparte na następujących ideałach. |
|---|
Dobrze zaprojektowane obciążenie struktury:
- Ma wymagania funkcjonalne i niefunkcjonalne, które są zdefiniowane i priorytetowe w celu osiągnięcia celu.
- Został 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 zgodnie ze specyfikacjami projektu i celu.
- Jest mierzona przez sposób, w jaki odpowiednio osiąga swój cel.
- Może dostosować się, gdy jego przeznaczenie jest udoskonalone lub zmieniane.
- Jest tak samo niezawodny, jak 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 obciążeń 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ół ds. obciążeń, 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 Osoby biorące udział w projekcie biznesowym Deweloper rozwiązań w chmurze lub inżynierowie oprogramowania Architekci rozwiązań w chmurze Analitycy danych lub analitycy Administratorzy bazy danych |
Inżynierowie metodyki DevOps Inżynierowie infrastruktury Menedżerowie lub właściciele produktów 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 częściowo osiągany 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 Osoby biorące udział w projekcie biznesowym Tablica centrum doskonałości chmury (CCoE) Zespół ds. platformy w chmurze Analitycy cyberbezpieczeństwa Administratorzy baz 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 |
Dobrze zaprojektowany zespół ds. obciążeń struktury koncentruje się na wynikach obciążeń. Koordynują one i korzystają ze specjalistycznej pomocy technicznej od scentralizowanych członków zespołu.
Wspólna odpowiedzialność
Aby dostarczyć wartość, należy wdrożyć i użyć obciążenia. W ramach zespołu ds. obciążeń ponosisz 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. Zespół ds. obciążeń ponosi odpowiedzialność za projektowanie, implementowanie i wdrażanie obciążenia w ramach organizacji.
Zgodnie z przewodnika Cloud Adoption Framework dla platformy Azure standaryzacja zasobów chmury obciążenia. Rygorystyczne stosowanie standaryzacji w celu zapewnienia zarządzanej platformy ułatwiającej dołączanie zespołów roboczych. Zastosuj ten ład zgodnie z modelem operacyjnym w chmurze organizacji.
Możesz użyć stref docelowych platformy Azure, aby ułatwić standaryzację. Strefy docelowe platformy i strefy docelowe aplikacji są dostępne na platformie Azure. Wdróż obciążenie w strefie docelowej aplikacji.
Twoja organizacja może mieć ofertę platformy w chmurze, która jest rygorystycznie formalna i w pełni zgodna ze strefami docelowymi platformy Azure. Lub twoja organizacja może mieć inną strategię wdrażania lub brak implementacji. Jeśli nie ma implementacji, zespoły obciążeń są prawie w pełni autonomicznymi jednostkami.
W przypadku każdej platformy i ładu używanego przez organizację należy zastosować zasady dobrze zaprojektowanej struktury do obciążeń. Dobrze zaprojektowana struktura często odwołuje się do stref docelowych platformy Azure, ale nie jest zależna od określonej implementacji platformy. Filary, zasady, listy kontrolne i przewodniki dotyczące dobrze zaprojektowanej struktury są przeznaczone dla wszystkich platform w chmurze i większości typów obciążeń.
Spełnianie wymagań
W ramach dobrze zaprojektowanej struktury, takiej 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. Lub scentralizowany zespół może obsługiwać wyłącznie wybory implementacji.
Zespół ds. obciążeń musi utworzyć relację roboczą z innymi zespołami, aby ułatwić kodowanie celów obciążenia. Jeśli udostępniasz składniki lub obowiązki, musisz z powodzeniem wywiązać się z tych zobowiązań.
Informacje o ograniczeniach
Scentralizowany zespół obsługuje różne obciążenia w oparciu o podstawowe możliwości zespołu i podstawową infrastrukturę. Aby zapewnić tę obsługę w skali organizacyjnej, 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 konfiguracyjne dla zasobów w chmurze
- Regionalne listy dozwolonych dla zasobów w chmurze i dostępności łączności między lokalizacjami
- Ograniczona lub żadna pomoc techniczna 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
Jawne przekazywanie wymagań
Jeśli wymaganie dotyczące obciążenia jest związane z ograniczeniem lub umową dotyczącą poziomu usług (SLA), która nie jasno definiuje podstawowych możliwości ani oferty infrastruktury, traktuj tę sytuację jako ryzyko. Aby rozwiązać to ryzyko, 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 różni się, ale następujące obszary są typowymi tematami w wspólnych rozmowach o odpowiedzialności:
- Zgodność i wymagania prawne
- Specyfika sieci, taka jak potrzeba statycznych adresów IP ruchu przychodzącego lub wychodzącego
- Wymagania dotyczące możliwości obserwowania 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ą rozszerzyć poza to, co może utrzymać indywidualny zespół ds. obciążeń. Rozważmy następujące przykłady.
Specjaliści ds. zabezpieczeń. Obciążenie może mieć bezpieczny cykl życia programowania. Ponieważ scentralizowany zespół ds. zabezpieczeń wykonuje bezpieczne zadania programistyczne na dużą skalę w całej organizacji, może wykonywać rutynowe testy penetracyjne powyżej i poza twoimi wysiłkami. 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żna 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 roboczego. 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 showback, dzięki czemu pomagają utrzymać koszty obciążenia 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 zarządzania kosztami za pomocą określonego tagowania zasobów
- Oferowanie subskrypcji za pośrednictwem formalnego procesu sprzedaży subskrypcji
Zapoznaj się z opcjami samoobsługi i inżynierii platformy, które mogą być odpowiednie dla obciążenia.
Dzielenie się sukcesami i wyzwaniami
Wspólna odpowiedzialność z innymi zespołami oznacza również dzielenie się sukcesami i wyzwaniami obciążenia. Gdy obciążenie spełnia swoje obowiązki i uzyskuje docelową wartość, podziel się tym z zespołami partnerskimi. 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 relibracji, aby wrócić na właściwe tory.
Zespoły platformy mają również zobowiązania i kryteria sukcesu. Oczekujesz, że partnerzy będą wiedzieć, czy obciążenie działa dobrze z ofertą, czy też może być hałaśliwym sąsiadem.
Dążenie do ciągłego ulepszania
Motywem wszystkich filarów dobrze zaprojektowanej struktury 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 powinny być wspierane przez odpowiedni proces zarządzania.
Zespoły obciążeń mają obowiązek komunikować się z zespołami platformy w sprawie proponowanych zmian wymagań dotyczących obciążeń, które mogą mieć wpływ na usługi zespołu platformy. Podobnie zespoły platformy 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ę sposobem rozwoju 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ć kierunkowy kompas wirujący. Dobrze zaprojektowana struktura 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 w organizacji.