Architektúra AWS namodelovaná v UML

Ten známy je plátno s ikonami služieb a čiarami medzi nimi. Je naozaj dobrý v jednej veci - ukázať, ktoré produkty sú v hre, niekomu, kto už vie, čo tie produkty robia - a preto ho obsahuje každá AWS prezentácia.

Čo nenesie, je smer, protokol, port ani to, či čiara znamená "volá cez sieť", alebo "je konfigurovaný cez". Práve tie štyri sú celým obsahom bezpečnostného posudku a práve ich sa snaží o tretej ráno zrekonštruovať niekto, kto pozerá na alert. Diagram nasadenia ich nesie za cenu toho, že vyzerá menej ako brožúra.

Tri veci na hlavičkovom obrázku sa oplatí okopírovať do vlastného a ani jedna nie je o AWS.

1. Región je box, nie popiska. Vnorenie je vzťah obsiahnutia, takže hraničná otázka - čo je vnútri eu-central-1 a čo nie - je zodpovedaná geometriou, nie legendou. To, že prehliadač je mimo neho, je najdôležitejším faktom na diagrame.
2. Každá cesta nesie protokol a port."HTTPS", "TCP 5432". Neoznačená čiara medzi load balancerom a službou je čiara, ktorá nikdy nebola preverená oproti bezpečnostnej skupine.
3. Artefakt sedí vnútri uzla, ktorý ho spúšťa. api.jar vnútri služby Fargate, nie vedľa nej so šípkou. Čo je kam nasadené, je otázka, kvôli ktorej tento druh diagramu existuje.

Čo zámerne chýba: IAM, CloudWatch, Secrets Manager, NAT gateway. Každé je skutočné a ani jedno nie je účastníkom cesty požiadavky - sú to konfigurácia, a dať ich na diagram zdvojnásobí jeho veľkosť bez toho, aby odpovedali na otázku, ktorú niekto položil.

Toto je diagram, ktorý robí cloudovú architektúru posudzovateľnou, nielen zdokumentovanou. Order API závisí od IOrderStore a IFileStore; produkty pomenúvajú adaptéry. Všetko nad adaptérmi je prenositeľné už konštrukciou a všetko, čo prenositeľné nie je, je v dvoch boxoch, ktoré viete spočítať.

Je to zároveň tá polovica, ktorá sa nemení, keď sa mení infraštruktúra. Prejdite z ECS na EKS alebo z eu-central-1 na dva regióny a hlavičkový obrázok sa prekreslí, kým tento zostane nedotknutý - čo je praktický dôvod držať ich oddelene namiesto zlúčenia do jedného pôsobivého obrázka.

To isté spracovanie aplikované na obchod je v článku e-shopová architektúra, namodelovaná, a otázka hraníc služieb je dotiahnutá ďalej v príklade mikroslužieb.