Esiste uno stile di diagramma UML concordato per documentare o illustrare il ruolo dei contenitori (Docker) in una specifica di architettura di sistema?

Question

Sto progettando di disegnare alcuni diagrammi di struttura UML che illustrano la posizione delle immagini Docker (o dei contenitori, nei diagrammi di distribuzione) nella struttura complessiva del software che sto architettando. Sono interessato ad illustrare il contenuto dei contenitori, la mappatura delle porte di rete e di altre interfacce e il modo in cui interagiscono più contenitori.

Il mio spazio problema è quello dei sistemi distribuiti, basati su eventi (DEBS), quindi mi aspetto che la maggior parte dei miei contenitori abbia code di messaggi in arrivo e in uscita. Un'altra parte della mia architettura riguarda l'uso di una griglia di dati in memoria, che si estenderà su molti contenitori attraverso più nodi in un cluster.

Come può essere modellato con UML? Se non può, c'è qualcosa in programma in UML per affrontare tali problemi di distribuzione?

Answer 1

Si desidera rappresentare i contenitori di finestra mobile e il modo in cui distribuiscono le proprie griglie di dati. Ma vuoi anche mostrare come questo è legato alla tua architettura software.

Penso che dovresti dare un'occhiata a uno schema di distribuzione . Questi sono più adatti per rappresentare l'esecuzione del sistema in ambienti hardware e software:

• qui un example showing how to represent docker hosts, and images con "nodi" e percorsi di comunicazione
• qui un example showing how to further represent the inside of a node with "artifacts" quali ad esempio i componenti, che potrebbe rappresentare i dati - Componenti della griglia collegati tra diversi nodi e coda di messaggi se si tratta di un componente indipendente.
• qui un bel overview of the notation. Interessante nel tuo caso: potresti anche mostrare lo spiegamento di un artefatto attraverso diversi nodi con una freccia di dipendenza ai nodi. Ciò farebbe sì che il diagramma si focalizzasse su come i componenti sono distribuiti, mantenendo gli artefatti su un lato e l'ambiente di esecuzione sull'altro, evitando scatole di nodi 3D eccessivamente gonfiate.

L'architettura componente potrebbe allora essere descritto in un diagramma componente , come sottolineato da Thomas Kilian nel suo commento. Per completezza: vedi here o here.

Infine, è possibile spiegare la relazione tra i componenti indipendenti di alto livello e le classi dettagliate utilizzando lo composite structure diagram.