Il diagramma di architettura di sistema è un concetto alquanto vago. In senso ristretto, è uno dei nove tipi di diagrammi di architettura, descrivendo i vari componenti, moduli, sottosistemi del sistema e le loro interazioni e metodi di comunicazione, tendendo più verso la composizione fisica e il metodo di distribuzione del sistema. In senso ampio, un diagramma di architettura di sistema può riferirsi a qualsiasi diagramma di architettura di un sistema specifico, come un diagramma di architettura di prodotto di un sistema CMS, che in realtà rientra nella categoria dei diagrammi di architettura di prodotto. Un diagramma di architettura tecnica per un sistema di prenotazione e rimborso di biglietti del treno rientra nella categoria dei diagrammi di architettura tecnica. Questa pagina si riferisce specificamente al senso ristretto di un diagramma di architettura di sistema.

La differenza principale tra architettura applicativa e architettura di sistema risiede nell'ambito di focalizzazione e nel livello di progettazione. Un diagramma di architettura applicativa si concentra sulla divisione dei moduli all'interno dell'applicazione, i metodi di interazione, il flusso di dati, ecc., tendendo più verso l'implementazione delle funzioni e della logica del software. Al contrario, un diagramma di architettura di sistema è più macro, concentrandosi sulla struttura complessiva del sistema, le relazioni tra i vari sottosistemi, la distribuzione di hardware e software, ecc., tendendo più verso la composizione fisica e il metodo di distribuzione del sistema.

Rispetto all'architettura tecnica, l'architettura di sistema è una descrizione di alto livello di 'cosa fare' e 'come farlo', mentre l'architettura tecnica è una descrizione tecnica più dettagliata di 'come farlo'. Se l'architettura di sistema è analoga alla pianificazione della città di Shenzhen, allora l'architettura tecnica è la pianificazione del distretto di Nanshan.

Un diagramma di architettura di sistema mostra la struttura complessiva del sistema, inclusi i principali componenti, moduli, relazioni tra servizi, flusso di dati e metodi di comunicazione, e l'ambiente di distribuzione del sistema.

Utilizzando frecce e annotazioni per indicare chiaramente la direzione del flusso di dati, i protocolli di comunicazione (come HTTP, RPC, code di messaggi), e se è sincrono o asincrono, migliorando la leggibilità e l'accuratezza del diagramma.

Dipende dalla situazione effettiva. Se ci si concentra sull'ambiente operativo del sistema, sulla distribuzione dei nodi, sul recupero di emergenza e sulla scalabilità, l'architettura di distribuzione è necessaria. Altrimenti, può essere disegnato un diagramma di distribuzione separato.

È necessario indicare lo stack tecnologico chiave (come database, middleware, cache, framework di servizio) per facilitare la comunicazione delle soluzioni tecniche e della pianificazione.

Indicando bilanciatori di carico, nodi di backup, architettura del cluster, meccanismi di failover, ecc., per mostrare la stabilità e il design di elasticità del sistema.

Si raccomanda di includere componenti relativi alla sicurezza, come autenticazione dell'identità, gestione degli accessi, firewall, crittografia dei dati, ecc., per evidenziare la sicurezza del sistema.