Jak utworzyć schemat architektury AWS

Kluczowe wnioski

• Schematy architektury AWS pozwalają w przejrzysty sposób graficznie przedstawić strukturę rozwiązania chmurowego i relacji między zawartymi w nim usługami.

• Schematy pomagają wypełnić luki komunikacyjne, przez co złożone systemy chmurowe stają się zrozumiałe zarówno dla interesariuszy technicznych, jak i nietechnicznych.

• Dzięki skupieniu na podstawowych komponentach i przepływie danych schematy architektury AWS są czytelne i użyteczne.

• Wspólne wzorce architektury służą jako szablony, które skracają czas projektowania i sprzyjają spójności we wszystkich systemach.

• Wspólne tablice i narzędzia do współpracy projektowej ułatwiają tworzenie, udostępnianie i utrzymywanie dokładnych schematów architektury w miarę upływu czasu.

Projektowanie systemów w Amazon Web Services często rozpoczyna się na długo przed wdrożeniem infrastruktury. Dzięki planowaniu zespoły uzyskują wspólne zrozumienie w kwestii połączeń między usługami, przepływów danych i elementów systemu, na których spoczywa największa odpowiedzialność. Taki poziom jasności jest trudny do osiągnięcia poprzez sam tekst, zwłaszcza gdy systemy stają się coraz bardziej złożone.

Schemat architektury AWS pokazuje strukturę systemu chmurowego i interakcje między jego komponentami. Pomaga zespołom wcześnie uzyskać jednolite stanowisko, jasno komunikować się z interesariuszami i dokumentować decyzje, które są istotne podczas wdrażania, audytów lub przekazywania.

W tym artykule omówiono, czym jest schemat architektury AWS, dlaczego jest istotny i jak go utworzyć krok po kroku. Przedstawiono również typowe wzorce, kluczowe komponenty i praktyczne sposoby współpracy zespołów przy użyciu nowoczesnych narzędzi do tworzenia schematów i tablic.

Czym jest schemat architektury AWS?

Schemat architektury AWS to wizualna reprezentacja systemu utworzonego na platformie Amazon Web Services. Pokazuje, w jaki sposób usługi chmurowe, takie jak obliczenia, przechowywanie danych, bazy danych, narzędzia sieciowe i monitorujące są porządkowane i połączone w celu obsługi aplikacji lub obciążenia.

Schematy te zazwyczaj wykorzystują standardowe ikony AWS do oznaczania usług takich jak Amazon Elastic Compute Cloud, Amazon Simple Storage Service i Amazon Relational Database Service. Dzięki konsekwentnemu stosowaniu oficjalnych ikon AWS schematy są łatwiejsze do odczytania, ponieważ język wizualny jest znany zarówno inżynierom ds. rozwiązań chmurowych, jak i architektom.

Na poziomie podstawowym schemat architektury pokazuje, które usługi wchodzą w skład rozwiązania i jak są ze sobą powiązane. Na głębszym poziomie może również przedstawiać granice bezpieczeństwa, przepływ danych, zależności i miejsca podatne na awarie. Poziom szczegółowości zależy od tego, dla kogo jest przeznaczony schemat i jak będzie używany.

Dlaczego wizualizacja architektury w chmurze jest istotna dla zespołów i interesariuszy

W chmurze rzadko zdarza się, aby jedna rola odpowiadała za całe systemy. Projektują je architekci rozwiązań, obsługują inżynierowie DevOps, menedżerowie projektów śledzą realizację, a interesariusze oceniają ryzyko i koszty. Schemat architektury stanowi wspólny punkt odniesienia dla wszystkich tych perspektyw.

W przypadku zespołów technicznych schematy wspierają współpracę projektową uwidaczniając relacje, szczególnie gdy są prezentowane za pomocą tablic cyfrowych. Można łatwo dostrzec, jak ruch wchodzi do systemu, jakie są zależności między usługami i w których miejscach przewidziano skalowanie lub nadmiarowość. Ułatwia to rozpoznawanie wąskich gardeł, luk w zabezpieczeniach i zagrożeń związanych z wydajnością, zanim wyjdą one na jaw w produkcji.

W przypadku interesariuszy spoza działów inżynieryjnych schematy stanowią przełożenie skomplikowanych systemów chmurowych na intuicyjne wizualizacje. Dobrze skonstruowany schemat pozwala zrozumieć zachowanie systemu bez dogłębnej wiedzy na temat wewnętrznych elementów chmury. Jest to szczególnie przydatne podczas przeglądów, audytów i dyskusji dotyczących planowania, w których koordynacja ma większe znaczenie niż szczegóły wdrożenia.

Kiedy używać schematu architektury AWS

Istnieje kilka punktów w cyklu życia systemu AWS, kiedy schemat architektury jest szczególnie cenny. Najczęściej dotyczy to wczesnego etapu projektowania, kiedy zespoły podejmują podstawowe decyzje dotyczące usług, regionów i sieci.

Schematy są również przydatne podczas rozwiązywania problemów, ponieważ zrozumienie sposobu interakcji między komponentami może ujawnić ukryte zależności lub błędne konfiguracje. Wyraźny schemat zależności często ujawnia, gdzie pojedyncza awaria usługi może rozprzestrzeniać się na cały system.

Inny typowe przykłady zastosowania obejmują onboarding nowych członków zespołu, przygotowanie do przeglądów bezpieczeństwa lub zgodności oraz prowadzenie dokumentacji dla systemów działających długoterminowo. We wszystkich tych sytuacjach odniesienie wizualne oszczędza czas i ogranicza nieporozumienia.

Kluczowe komponenty schematu architektury AWS

Większość schematów architektury AWS jest zorganizowana wokół niewielkiego zestawu podstawowych kategorii komponentów. Chociaż konkretne usługi AWS dla każdego projektu mogą się różnić — w zależności od obciążenia i podejścia architektonicznego — poniższa lista komponentów pomaga w spójnym zrozumieniu systemów chmurowych.

• Obliczenia to etap, w którym uruchamiany jest kod aplikacji. Obejmuje to maszyny wirtualne, kontenery i funkcje bezserwerowe, które wykonują logikę biznesową i obsługują żądania.

• Pamięć masowa obejmuje usługi przechowujące pliki i obiekty, często wykorzystywane do tworzenia zasobów statycznych, kopii zapasowych lub jezior danych. Usługi te są zoptymalizowane pod kątem trwałości i skali, a nie zapytań w czasie rzeczywistym.

• Bazy danych obsługują dane ustrukturyzowane i obciążenia transakcyjne. Wspierają przypadki użycia, takie jak stan aplikacji, analizy i raportowanie, w zależności od silnika bazy danych i konfiguracji.

• Sieć określa sposób przepływu ruchu w systemie. Sieci wirtualne, moduły równoważenia obciążenia, bramy i reguły przekierowywania określają, w jaki sposób użytkownicy i usługi łączą się bezpiecznie.

• Narzędzia monitorujące zapewniają wgląd w kondycję systemu za pomocą wskaźników, dzienników i alertów, pomagając zespołom wykrywać problemy z wydajnością, zanim wpłyną one na użytkowników.

Wspólne wzorce architektury AWS

Chociaż każdy system jest wyjątkowy, większość przykładów schematów architektury AWS jest zgodna z rozpoznawalnymi wzorcami lub szablonami. Te wzorce służą jako punkty wyjścia, które zespoły dostosowują do wymagań, ograniczeń i skali.

Trzy typowe wzorce:

• Architektura aplikacji internetowych — żądania użytkowników przechodzą przez moduł równoważenia obciążenia do usług obliczeniowych, które komunikują się z bazami danych i pamięcią masową. 

• Architektura bezserwerowa — funkcje oparte na zdarzeniach obsługują zadania bez polegania na dedykowanych serwerach.

• Systemy wielopoziomowe — oddzielne warstwy prezentacji, logiki aplikacji i danych służą do porządkowania zakresów odpowiedzialności. 

Wzorce pomagają zespołom lepiej rozumieć podział odpowiedzialności, izolację awarii i strategie skalowania. Używanie ich jako szablonów skraca czas projektowania i sprzyja spójności między projektami.

Jak w 5 krokach utworzyć schemat architektury AWS

Niezależnie od tego, czy używasz wstępnie ustawionego kreatora schematów czy szablonu schematu AWS lub może tworzysz go zera, w opracowywaniu skutecznego schematu architektury AWS mniej liczą się umiejętności artystyczne, a bardziej przejrzystość zamiarów. Każdy krok przybliża do utworzenia schematu, który jest łatwy do zrozumienia, utrzymania i udostępnienia.

1. Zdefiniuj zakres systemu i poziom szczegółowości

Zacznij od określenia, co właściwie chcesz przedstawić na schemacie. Może to być pojedyncza aplikacja, usługa wspierająca lub cała platforma. Jasne określenie zakresu chroni schemat przed chaosem lub brakiem ukierunkowania.

Następnie wybierz odpowiedni poziom szczegółowości. Schemat ogólny może wystarczyć do planowania strategicznego i dyskusji z interesariuszami, natomiast do wdrożenia lub rozwiązywania problemów może być potrzebny bardziej szczegółowy widok. Dopasowanie szczegółów do odbiorców sprawia, że schemat jest użyteczny, a nie przytłaczający.

2. Zbierz komponenty AWS, w tym narzędzia sieciowe i monitorujące

Gdy zakres jest jasny, sporządź listę zaangażowanych usług AWS. Często obejmuje to usługi obliczeniowe, pamięć masową, bazy danych, komponenty sieci wirtualnych i narzędzia monitorujące, takie jak Amazon CloudWatch.

Dokładność ma tutaj znaczenie. Pominięcie kluczowej usługi może później spowodować zamieszanie, zwłaszcza jeśli schemat jest używany do przeglądów lub onboardingu. Jednocześnie unikaj dodawania usług, które nie są istotne dla obrazu, który przedstawia schemat.

3. Zmapuj przepływ danych i relacje

Po określeniu komponentów pokaż, jak ze sobą współpracują. Pomocny może być widok schematu przepływu danych ilustrujący, jak żądania, zdarzenia lub dane przemieszczają się w systemie.

W tym kroku cenne okazuje się mapowanie zależności. Pokazanie, które usługi zależą od innych, uwidacznia kluczowe ścieżki i potencjalne punkty awarii. Można również wskazać granice bezpieczeństwa, takie jak izolacja sieci lub kontrola dostępu, aby dodać kontekst bez nadmiernych szczegółów.

4. Użyj narzędzia do tworzenia schematów, takiego jak tablice Confluence, aby zmapować schemat

Wybór odpowiedniej aplikacji jako narzędzia do opracowywania schematów architektury AWS wpływa na łatwość współpracy zespołów. Tablice Confluence stanowią wspólną przestrzeń, w której zespoły mogą razem planować i udoskonalać architekturę.

Platforma Confluence łączy wiedzę i współpracę, a tablice przenoszą to podejście na obszar pracy wizualnej. Zespoły mogą szkicować architekturę w czasie rzeczywistym, zmieniać kolejność komponentów podczas dyskusji i rejestrować decyzje wraz z dokumentacją pomocniczą.

Mogą również uczestniczyć w sesjach strategicznych na tablicy, aby omawiać pomysły na wczesnym etapie bez presji doskonałości. Oprogramowanie do współpracy projektowej pozwala zakotwiczyć rozmowy we wspólnym obrazie, pomagając członkom zespołów rozproszonych być na bieżąco.

5. Regularnie przeglądaj i aktualizuj schemat, aby odzwierciedlał zmiany

Schemat architektury jest najbardziej wartościowy, kiedy odzwierciedla rzeczywistość. Przed udostępnieniem przejrzyj go z osobami, które najlepiej znają system. Mogą potwierdzić, czy jest jasny i dokładny.

Schematy powinny zmieniać się wraz z rozwojem systemów. Regularne aktualizacje pomagają utrzymać zaufanie do dokumentacji i zapewniają, że interesariusze działają na podstawie spójnego zrozumienia projektu. Nawet niewielkie zmiany mogą zapobiec rozprzestrzenianiu się nieaktualnych założeń.

Najlepsze praktyki dotyczące tworzenia skutecznych schematów architektury AWS

Celem jest jasne komunikowanie struktury i zamiarów, niezależnie od rodzaju systemu, który przedstawia Twój schemat (na przykład planowanie, przegląd, dokumentacja).

Należy pamiętać o poniższych kwestiach, aby schematy pozostały jasne i łatwe do interpretacji.

• Utrzymuj proste i czytelne schematy — skup się na komponentach i relacjach, które mają znaczenie dla zamierzonego odbiorcy, i unikaj przepełnienia schematu niepotrzebnymi szczegółami.

• Stosuj spójne ikony i etykiety AWS — standardowe elementy graficzne ograniczają niejasności i ułatwiają przeglądanie schematów w zespołach i projektach.

• Przedstaw logiczne grupowanie i granice — wizualnie oddzielaj środowiska, poziomy lub strefy zaufania, aby jasno przedstawić obowiązki i własność.

• Zastosuj dokładnie kolory lub warstwy — użyj wskazówek wizualnych, aby uwypuklić przepływ danych, granice zabezpieczeń lub ścieżki krytyczne bez przytłaczania czytelnika.

• Aktualizuj schematy — regularnie przeglądaj i koryguj schematy, aby stale odzwierciedlały obecny stan systemu.

• Zastanów się nad odbiorcami docelowymi — schemat dla czytelników niezaznajomionych z systemem może priorytetowo traktować przejrzystość i ogólną strukturę. Natomiast schemat planowania strategicznego często uwypukla granice systemu i czynniki wpływające na koszty. W przypadku rozwiązywania problemów większy nacisk kładzie się na ścieżki danych i zależności.

Wizualizacja i optymalizacja architektury AWS

Cel schematu architektury AWS może być tak prosty, jak uzupełnienie dokumentacji, lub tak istotny, jak mapowanie planowania strategicznego, uzgodnienie aspektów technicznych czy bieżąca optymalizacja. Dzięki większej widoczności systemów zespoły mogą podejmować lepsze decyzje dotyczące kompromisów i ulepszeń.

Nowoczesne narzędzia sprawiają, że proces ten opiera się na współpracy w niespotykanym dotychczas stopniu. Korzystając z tablic Confluence, zespoły mogą tworzyć, aktualizować i udostępniać schematy architektury w jednym miejscu wraz z kontekstem wyjaśniającym stojące za nimi decyzje.

W przypadku architektów, inżynierów, menedżerów projektów, projektantów i autorów technicznych przejrzysty schemat architektury sprawia, że złożone systemy stają się bardziej przystępne.