AWS Well-Architected Tool i proces przeglądu

AWS Well-Architected Tool to bezpłatna usługa dostępna w AWS Management Console, która pomaga przeglądać obciążenia pod kątem najlepszych praktyk AWS. Odpowiadają Państwo na serię pytań dotyczących architektury we wszystkich sześciu filarach, a narzędzie generuje raport ryzyka identyfikujący ryzyka wysokie (HRI) i ryzyka średnie (MRI) wraz z konkretnymi zaleceniami dotyczącymi usprawnień. Można traktować je jako ustrukturyzowaną rozmowę między Państwem a Well-Architected Framework — pytania pomagają krytycznie przeanalizować każdy aspekt architektury.

Pierwszym krokiem podczas korzystania z Well-Architected Tool jest zdefiniowanie obciążenia — zbioru powiązanych zasobów AWS i kodu, które składają się na aplikację lub usługę. Należy określić je precyzyjnie: obciążeniem może być mikrousługa przetwarzająca zamówienia, a nie całe konto AWS firmy. Należy zdefiniować środowisko (Production, Pre-Production, Development), używane regiony AWS oraz branżę, aby uwzględnić odpowiedni kontekst zgodności. Dobrze zdefiniowane granice obciążenia sprawiają, że pytania przeglądu są bardziej trafne i praktyczne.

Dla każdego filaru Well-Architected Tool przedstawia zestaw pytań z wieloma opcjami dotyczącymi najlepszych praktyk. Na przykład w przypadku filaru Reliability: Jak wykonują Państwo kopie zapasowe danych? — najlepsze praktyki obejmują automatyczne kopie zapasowe, kopie między regionami i testowanie odzyskiwania. Należy wskazać wdrożone praktyki, a narzędzie obliczy ryzyko na podstawie braków. Pytania mają skłaniać do refleksji — większość obciążeń będzie miała braki i właśnie o to chodzi: narzędzie wskazuje, nad czym należy pracować w następnej kolejności, a nie wystawia ocenę negatywną.

Well-Architected Tool klasyfikuje ustalenia jako High Risk (HRI) lub Medium Risk (MRI). HRI wskazuje znaczący brak, którym należy zająć się natychmiast — na przykład brak szyfrowania danych wrażliwych w spoczynku lub uruchamianie obciążeń produkcyjnych bez kopii zapasowych. MRI oznacza istotny brak, który należy uwzględnić w planie działań. Pytania, przy których nie wykryto problemów, są oznaczane jako No Risk. Należy dążyć do rozwiązania wszystkich HRI przed zajęciem się MRI. Narzędzie odróżnia również pytania, na które nie udzielono jeszcze odpowiedzi, oznaczając je jako Unanswered.

Dla każdego zidentyfikowanego ryzyka Well-Architected Tool udostępnia plan usprawnień zawierający konkretne, możliwe do zrealizowania zalecenia i odsyłacze do odpowiedniej dokumentacji AWS. Elementy usprawnień można oznaczyć jako w toku lub ukończone, aby śledzić postępy w usuwaniu problemów. Usprawnienia należy ustalać według poziomu ryzyka i wpływu na działalność. Wynik planu usprawnień można wyeksportować i wykorzystać jako techniczną mapę drogową lub przedstawić kadrze kierowniczej w celu uzasadnienia inwestycji w architekturę.

Kamienie milowe to migawki przeglądu obciążenia wykonane w określonym momencie. Należy zapisać kamień milowy przed wprowadzeniem usprawnień architektury i po ich wdrożeniu, aby śledzić postępy. Well-Architected Tool umożliwia porównywanie kamieni milowych i sprawdzanie, jak zmienił się profil ryzyka — na przykład ile HRI rozwiązano w ostatnim kwartale. Kamienie milowe są niezbędne do wykazywania ciągłego doskonalenia audytorom ds. zgodności, kierownictwu i klientom. Należy tworzyć je przed dużymi wydaniami i po zakończeniu sprintów usprawnień.

Oprócz domyślnej soczewki Well-Architected AWS udostępnia Custom Lenses przeznaczone dla określonych dziedzin. Serverless Lens zawiera pytania dotyczące Lambda, API Gateway i architektur sterowanych zdarzeniami. SaaS Lens obejmuje izolację dzierżawców i wdrażanie nowych klientów. Data Analytics Lens koncentruje się na jeziorach danych i przetwarzaniu strumieniowym. Można również utworzyć własną niestandardową soczewkę zawierającą standardy i najlepsze praktyki organizacji. Aby uzyskać pełny zakres analizy, można zastosować wiele soczewek do tego samego obciążenia.

Duże organizacje mające setki obciążeń nie mogą przeglądać każdego z nich ręcznie. Integracja AWS Well-Architected Tool z AWS Organizations umożliwia zespołom centralnym udostępnianie obciążeń i profili przeglądów między kontami. Partnerzy AWS (AWS Solutions Architects i APN Consulting Partners) mogą przeprowadzać formalne przeglądy Well-Architected dla klientów i korzystać ze specjalnego trybu przeglądu. Funkcja Workload Sharing umożliwia przyznanie innym kontom AWS dostępu tylko do odczytu lub dostępu właściciela na potrzeby wspólnych przeglądów.

Przeglądy Well-Architected nie powinny być jednorazowymi wydarzeniami — należy zintegrować je z cyklem życia wytwarzania oprogramowania. Zalecana częstotliwość: Przed uruchomieniem — przeprowadź przegląd podczas projektowania nowego obciążenia. Co kwartał — aktualizuj przegląd w miarę rozwoju obciążenia. Po poważnych incydentach — analiza po incydencie może ujawnić nowe braki, które należy uwzględnić. Po uruchomieniu usług AWS — nowe usługi mogą oferować lepsze rozwiązania. Traktuj Well-Architected Tool jako aktualny dokument opisujący jakość architektury, a nie zadanie do odhaczenia.

Egzamin SAA-C03 często sprawdza znajomość Well-Architected Framework za pomocą pytań scenariuszowych, w których należy wskazać, do którego filaru należy dana sytuacja lub rozwiązanie. Najważniejsze powiązania do zapamiętania: Operational Excellence — IaC, runbooki, analizy po wystąpieniu incydentów. Security — zasada najmniejszych uprawnień, szyfrowanie, GuardDuty. Reliability — Auto Scaling, Multi-AZ, kontrole kondycji. Performance Efficiency — buforowanie, dobór właściwego rozmiaru, Graviton. Cost Optimisation — instancje Spot, Savings Plans, zasady cyklu życia. Sustainability — Graviton, usługi zarządzane, eliminowanie marnotrawstwa.

Aby przeprowadzić przegląd Well-Architected: 1) Zdefiniuj obciążenie w narzędziu. 2) Wybierz odpowiednie soczewki. 3) Odpowiedz na wszystkie pytania — szczerze wskaż, czego NIE wdrożono. 4) Przejrzyj raport ryzyka — nadaj priorytet HRI. 5) Utwórz plan usprawnień z osobami odpowiedzialnymi i terminami. 6) Zapisz kamień milowy, aby zarejestrować stan początkowy. 7) Wdrażaj usprawnienia i na bieżąco aktualizuj odpowiedzi na pytania. 8) Zapisz nowy kamień milowy, aby śledzić postępy. Powtarzaj ten proces co kwartał. Szczery i kompletny przegląd jest bardziej wartościowy niż idealny wynik uzyskany dzięki pominięciom.

Sprawdź swoją znajomość zagadnień AWS Solutions Architect (SAA-C03) omówionych w tej lekcji.

W tej lekcji dowiedzieli się Państwo, że: Well-Architected Tool ocenia obciążenia pod kątem sześciu filarów i generuje ustalenia dotyczące ryzyka HRI/MRI, kamienie milowe rejestrują migawki postępów, umożliwiając śledzenie usprawnień w czasie, a niestandardowe soczewki rozszerzają przeglądy o obszary serverless, SaaS i analityki danych. Należy włączyć przeglądy do procesu SDLC jako ciągłą ocenę jakości. W następnej części omówimy techniki optymalizacji kosztów, w tym dobór właściwego rozmiaru i Compute Optimizer.