Architektura AWS namodelovaná v UML

Ten známý je plátno s ikonami služeb a čárami mezi nimi. Je opravdu dobrý v jedné věci - ukázat, které produkty jsou ve hře, někomu, kdo už ví, co ty produkty dělají - a proto ho obsahuje každá AWS prezentace.

Co nenese, je směr, protokol, port ani to, jestli čára znamená "volá přes síť", nebo "je konfigurován přes". Právě ty čtyři jsou celým obsahem bezpečnostního posudku a právě je se snaží ve tři ráno zrekonstruovat někdo, kdo kouká na alert. Diagram nasazení je nese za cenu toho, že vypadá méně jako brožura.

Tři věci na titulním obrázku se vyplatí okopírovat do vlastního a ani jedna není o AWS.

1. Region je box, ne popisek. Vnoření je vztah obsažení, takže hraniční otázka - co je uvnitř eu-central-1 a co ne - je zodpovězená geometrií, ne legendou. To, že prohlížeč je mimo něj, je nejdůležitějším faktem na diagramu.
2. Každá cesta nese protokol a port."HTTPS", "TCP 5432". Neoznačená čára mezi load balancerem a službou je čára, která nikdy nebyla prověřená proti bezpečnostní skupině.
3. Artefakt sedí uvnitř uzlu, který ho spouští. api.jar uvnitř služby Fargate, ne vedle ní se šipkou. Co je kam nasazené, je otázka, kvůli které tenhle druh diagramu existuje.

Co záměrně chybí: IAM, CloudWatch, Secrets Manager, NAT gateway. Každé je skutečné a ani jedno není účastníkem cesty požadavku - jsou to konfigurace, a dát je na diagram zdvojnásobí jeho velikost, aniž by odpověděly na otázku, kterou někdo položil.

Tohle je diagram, který dělá cloudovou architekturu posuzovatelnou, ne jen zdokumentovanou. Order API závisí na IOrderStore a IFileStore; produkty pojmenovávají adaptéry. Všechno nad adaptéry je přenositelné už konstrukcí a všechno, co přenositelné není, je ve dvou boxech, které umíte spočítat.

Je to zároveň ta polovina, která se nemění, když se mění infrastruktura. Přejděte z ECS na EKS nebo z eu-central-1 na dva regiony a titulní obrázek se překreslí, zatímco tenhle zůstane nedotčený - což je praktický důvod držet je odděleně místo sloučení do jednoho působivého obrázku.

Totéž zpracování aplikované na obchod je v článku e-shopová architektura, namodelovaná, a otázka hranic služeb je dotažená dál v příkladu mikroslužeb.