1. В больших организациях есть потребность в контроле инфраструктурных решений.
2. Работа подразделений ИТ-инфраструктуры может описываться как бизнес-модель по предоставлению продуктов
3. Подразделения ИТ-инфраструктуры также, как и бизнес, предоставляют продукты, при этом для внутренних клиентов(команд АС) – мы называем эти продукты инфраструктурными продуктами.
4. Задача встраивания в ИТ-ландшафт организации и типизации инфраструктурных продуктов разрешается путем архитектурного проектирования, аналогичного проектированию при описании автоматизации бизнес процессов.
5. Мы сначала описываем концептуальную архитектуру для процессов жизненного цикла экземпляров продуктов(например в архитектуре показывается как создается экземпляр сервера) - в данном артефакте определяется как инфраструктурный продукт встраивается в ландшафт Банка - с какими системами он должен взаимодействовать.
6. Далее мы переходим к детальному описанию внутреннего устройства инфраструктурного продукта - из каких компонентов он состоит - исходя из требований к продукту и взаимодействий продукта (например можно представить как внутренне устроена архитектура геокластера СУБД).
7. Через автоматическое создание декларативных описаний(terraform файл), за счет знания внешних интеграций продукта и его внутреннего устройства, мы можем автоматически создавать экземпляры продуктов на этапе описания архитектур АС.
8 Заключение: применяя подход корпоративной архитектуры мы можем "провязать", отследить изначальные потребности команд в инфраструктурных продуктах и их свойствам, через архитектуру, к конечному экземпляру продукта, который получает команда АС.