Gibt es einen vereinbarten UML-Diagrammstil zum Dokumentieren oder Veranschaulichen der Rolle von (Docker) -Behältern in einer Systemarchitekturspezifikation?

Question

Ich plane, einige UML-Strukturdiagramme zu zeichnen, die die Position von Docker-Images (oder Containern in Deployment-Diagrammen) in der Gesamtstruktur der Software darstellen, die ich erstelle. Ich möchte den Inhalt von Containern, die Zuordnung von Netzwerkports und anderen Schnittstellen und die Art und Weise, wie mehrere Container interagieren, veranschaulichen.

Mein Problemraum ist der von verteilten, ereignisbasierten Systemen (DEBS), daher erwarte ich, dass die meisten meiner Container Nachrichtenwarteschlangen ein- und ausgehen. Ein weiterer Teil meiner Architektur beinhaltet die Verwendung eines speicherinternen Datenrasters, das sich über mehrere Container hinweg über mehrere Knoten in einem Cluster erstreckt.

Wie kann dies mit UML modelliert werden? Wenn dies nicht möglich ist, ist in UML geplant, solche Verteilungsprobleme zu beheben?

Answer 1

Sie möchten Andockcontainer darstellen und wie sie Ihre Datengrids bereitstellen. Sie möchten aber auch zeigen, wie das mit Ihrer Softwarearchitektur zusammenhängt.

Ich denke, Sie sollten zuerst einen Einsatzdiagramme betrachten. Diese sind am besten geeignet für die Darstellung der Ausführung Ihres Systems über Hardware- und Softwareumgebungen:

• hier ein example showing how to represent docker hosts, and images mit „Knoten“ und Kommunikationswege
• hier ein example showing how to further represent the inside of a node with "artifacts" wie zum Beispiel Komponenten, die Ihre Daten darstellen könnte -grid-Komponenten, die über mehrere Knoten hinweg verbunden sind, und Nachrichtenwarteschlange, wenn es sich um eine unabhängige Komponente handelt.
• hier eine nette overview of the notation. In Ihrem Fall interessant: Sie könnten auch die Bereitstellung eines Artefakts über mehrere Knoten mit einem Abhängigkeitspfeil zu den Knoten anzeigen. Dies würde dazu führen, dass sich das Diagramm auf die Verteilung Ihrer Komponenten konzentriert, wobei Artefakte auf der einen Seite und Ausführungsumgebung auf der anderen Seite erhalten bleiben. Vermeiden Sie überladene 3D-Knotenboxen.

Die Komponentenarchitektur dann in einem Komponentendiagramm beschrieben werden könnte, wie von Thomas Kilian in seinem Kommentar darauf hingewiesen. Der Vollständigkeit halber: siehe here oder here.

Schließlich können Sie die Beziehung zwischen den unabhängigen Komponenten auf hoher Ebene und den detaillierten Klassen mithilfe der composite structure diagram erläutern.