Мы описали основную архитектуру системы. Следующим шагом необходимо сформировать реальные системы при помощи визуального конструктора System Designer. Уловить концепцию и принцип использования системных диаграмм может быть совсем не просто. Они не являются обязательными, что делает их еще более непонятными. Проще говоря, система — это конфигурация из одного или нескольких приложений, которые вы хотите развернуть.
Такое определение может показаться запутанным, поскольку на диаграмме приложений уже представлена конфигурация (настройки и ограничения) приложений, которые вы собираетесь разворачивать. Именно это и делает системные диаграммы необязательными. Вы можете просто использовать диаграмму приложения и перенести ее в вашу инфраструктуру. Однако от системных диаграмм есть и реальная польза.
Системные диаграммы могут группировать приложения в систему. Единственная причина для этого— реальное развертывание. Кроме того, система основана на исходной архитектуре приложений. Однако для реального развертывания системную диаграмму можно изменить.
Нам поможет пример. Предположим, что вы собираетесь развернуть ваш уровень сервиса дважды: один раз в зоне вашей интрасети, а второй — в зоне Интернета. Базовая архитектура приложения при этом не меняется. Изменяются настройки конкретного развертывания. Поэтому вы создаете две системы, по одной для каждого развертывания. Каждая из них основана на базовой архитектуре приложения. Системная диаграмма не только позволяет вам заменять конфигурацию, она дает вам также возможность управлять тем, какие части приложения реально развертываются в данной системе.