Диаграмма архитектуры системы является довольно расплывчатым понятием. В узком смысле она является одним из девяти типов архитектурных диаграмм, описывающим различные компоненты, модули, подсистемы системы и их взаимодействия и методы коммуникации, больше склоняясь к физическому составу и методам развертывания системы. В широком смысле диаграмма архитектуры системы может относиться к любой архитектурной диаграмме конкретной системы, такой как диаграмма архитектуры продукта CMS системы, которая фактически попадает в категорию диаграмм архитектуры продукта. Техническая архитектурная диаграмма для системы бронирования и возврата билетов на поезд попадает в категорию диаграмм технической архитектуры. Эта страница конкретно относится к узкому пониманию диаграммы архитектуры системы.

Основное различие между архитектурой приложения и архитектурой системы заключается в фокусе и уровне дизайна. Диаграмма архитектуры приложения сосредоточена на разделении модулей в приложении, методах взаимодействия, потоке данных и т.д., больше склоняясь к реализации функций и логики программного обеспечения. В отличие от этого, диаграмма архитектуры системы более макро, фокусируясь на общей структуре системы, отношениях между различными подсистемами, развертывании аппаратного и программного обеспечения и т.д., больше склоняясь к физическому составу и методам развертывания системы.

По сравнению с технической архитектурой, архитектура системы является высокоуровневым описанием 'что делать' и 'как делать', в то время как техническая архитектура является более детальным техническим описанием 'как делать'. Если архитектура системы аналогична планированию города Шэньчжэнь, то техническая архитектура аналогична планированию района Наньшань.

Диаграмма архитектуры системы отображает общую структуру системы, включая основные компоненты, модули, отношения между службами, поток данных и методы коммуникации, а также среду развертывания системы.

С помощью стрелок и аннотаций четко указать направление потока данных, протоколы коммуникации (такие как HTTP, RPC, очереди сообщений), а также является ли это синхронным или асинхронным, повышая читаемость и точность диаграммы.

Это зависит от фактической ситуации. Если фокус на среде работы системы, распределении узлов, восстановлении после аварий и масштабируемости, архитектура развертывания необходима. В противном случае можно нарисовать отдельную диаграмму развертывания.

Необходимо отметить ключевой стек технологий (такие как базы данных, промежуточное программное обеспечение, кэширование, фреймворки служб) для облегчения коммуникации технических решений и планирования.

С помощью отметок балансировщиков нагрузки, резервных узлов, кластерной архитектуры, механизмов аварийного переключения и т.д., чтобы показать стабильность и эластичность системы.

Рекомендуется включать компоненты, связанные с безопасностью, такие как аутентификация личности, управление доступом, межсетевые экраны, шифрование данных и т.д., чтобы подчеркнуть безопасность системы.