• Оборудование и ИТ-платформы, на которых работают ИТ-системы (приложения)
• Владелец ИТ-системы в организации (ответственный)
• Сроки (периодичность) обновления, сроки оплаченной внешней техподдержки
• Версия и тип (категория) ИТ-системы
• Финансовая информация: первоначальные вложения (CAPEX), стоимость сопровождения (OPEX)
• Операционные риски и риски информационной безопасности
• Влияние на критичную архитектуру организации
• Требования к отказоустойчивости, дублированию компонентов и резервному копированию
• Срок восстановления системы в случае сбоев
• Максимальное количество пользователей
• Зависимость от иностранного программного обеспечения
• Комментарии и техническая информация
На основе данных параметров очень удобно автоматически формировать отчёты (точные аналитические срезы) по ИТ-архитектуре. Например, выборка ИТ-систем, которые работают на «облачном формате», имеют самые высокие расходы (OPEX), влияют на критичную архитектуру, имеют высокие риски. Далее на основе данной выборки можно принять решения о модификации ИТ-архитектуры.
4. Разработка архитектурных моделей ИТ-систем
Архитектурная модель ИТ-системы (см. Рис. 1.2) показывает основные её технические и логические компоненты, а также их взаимодействия (потоки данных). Например, серверная часть (приложение), сервер баз данных, внешние и вспомогательные сервера, клиентская часть (приложение), другие виды устройств и компонентов.
5. Разработка графических моделей по интеграции (связям) ИТ-систем
Необходимо отобразить ключевые потоки данных между ИТ-системами организации (ИС1 <=> ИС2), между ИТ-системами и базами данных (ИС1 <=> БД1), между ИТ-системами организации и внешними субъектами, другие виды связей (в зависимости от специфики организации). Дополнительно может быть указана информация о протоколах, шлюзах, сервисах, требованиях и т.п.
6. Разработка иерархического реестра (каталога) всех баз данных (структур данных) и их параметров
На тему управления базами данных есть большое количество книг и открытой информации, поэтому оставим этот этап без детализации.
7. Разработка технической архитектуры и дополнительных моделей (в зависимости от задач)
В техническую архитектуру (физический уровень) включаются: сетевая архитектура, архитектура оборудования (инфраструктура), модели центров обработки данных (ЦОД) и производственных площадок (локаций). Обязательно указание (отображение) требований по отказоустойчивости, дублированию (резервированию).
Для объектов архитектуры оборудования могут задаваться следующие параметры
• Владелец оборудования в организации (ответственный)
• Зависимость от иностранных производителей
• Сроки периодического технического обслуживания и ремонта
• Финансовая информация: первоначальные вложения (CAPEX), стоимость сопровождения (OPEX)
• Влияние на критичную архитектуру организации
• Расположение оборудования (локация)
• Операционные риски и риски информационной безопасности по оборудованию
• Требования к отказоустойчивости, дублированию, резервированию
• Комментарии и другая информация
По технической архитектуре необходимо иметь полный набор актуальных отчётов (таблиц), которые формируются на основе соответствующих графических моделей и реестров (справочников).
В дополнение к технической архитектуре могут разрабатываться другие модели под разные задачи, например в форматах (нотациях): BPMN, ArchiMate, UML. Большое количество примеров содержатся в источниках [1], [2] и [6].
8. Установление связей объектов и моделей ИТ-архитектуры с объектами и моделями бизнес-архитектуры
Очень важно, чтобы построение и развитие ИТ-архитектуры и бизнес-архитектуры выполнялось внутри одной базы данных и платформы, например Business Studio [5]. Только в таком случае мы сможем быстро и эффективно установить большое количество связей (со стратегией, бизнес-процессами, показателями KPI, организационной структурой), проследить взаимные влияния, оценить функционирование и полноту (целостность) всей корпоративной архитектуры.