AWS-Architektur, in UML modelliert

Das bekannte ist eine Fläche voller Dienst-Icons mit Linien dazwischen. Es ist wirklich gut in einer Aufgabe - zu zeigen, welche Produkte im Spiel sind, für jemanden, der schon weiß, was diese Produkte tun - und deshalb enthält jedes AWS-Deck eines.

Was es nicht trägt, sind Richtung, Protokoll, Port, und ob eine Linie "ruft übers Netz auf" oder "wird konfiguriert von" bedeutet. Diese vier sind der gesamte Inhalt einer Sicherheitsprüfung, und sie sind das, was jemand um drei Uhr nachts vor einem Alarm zu rekonstruieren versucht. Ein Verteilungsdiagramm trägt sie, um den Preis, weniger nach Broschüre auszusehen.

Drei Dinge in der Titelabbildung lohnt es sich in Ihre eigene zu übernehmen, und keines davon handelt von AWS.

1. Die Region ist ein Kasten, kein Etikett. Verschachtelung ist die Enthaltensein-Beziehung, also wird die Grenzfrage - was ist in eu-central-1 und was nicht - von der Geometrie beantwortet statt von einer Legende. Dass der Browser außerhalb steht, ist die wichtigste Tatsache auf dem Diagramm.
2. Jeder Pfad trägt Protokoll und Port."HTTPS", "TCP 5432". Eine unbeschriftete Linie zwischen einem Load Balancer und einem Dienst ist eine Linie, die nie gegen eine Sicherheitsgruppe geprüft wurde.
3. Das Artefakt sitzt in dem Knoten, der es ausführt. api.jar im Fargate-Dienst, nicht daneben mit einem Pfeil. Was wo deployt ist, ist die Frage, für die es diese Diagrammart gibt.

Was bewusst fehlt: IAM, CloudWatch, Secrets Manager, das NAT-Gateway. Jedes davon ist real und keines ist Teilnehmer eines Anfragepfads - sie sind Konfiguration, und sie aufs Diagramm zu setzen verdoppelt seine Größe, ohne eine Frage zu beantworten, die jemand gestellt hat.

Das ist das Diagramm, das Cloud-Architektur prüfbar macht statt bloß dokumentiert. Die Order API hängt von IOrderStore und IFileStore ab; die Adapter nennen die Produkte. Alles oberhalb der Adapter ist konstruktionsbedingt portierbar, und alles, was es nicht ist, steckt in zwei Kästen, die Sie zählen können.

Es ist auch die Hälfte, die sich nicht ändert, wenn die Infrastruktur es tut. Wechseln Sie von ECS zu EKS oder von eu-central-1 auf zwei Regionen, und die Titelabbildung wird neu gezeichnet, während diese unberührt bleibt - der praktische Grund, sie getrennt zu halten statt sie zu einem eindrucksvollen Bild zu verschmelzen.

Dieselbe Behandlung auf einen Shop angewandt steht in E-Commerce-Architektur, modelliert, und die Frage der Dienstgrenzen wird im Microservices-Beispiel weitergeführt.