Управление ИТ-архитектурой организации: проектирование, анализ, оптимизация и трансформация. Том 2
Шрифт:
Особенно важно при разработке ИТ-стратегии выделить критичную архитектуру и сконцентрировать на ней максимальные ресурсы и внимание. Критичная архитектура – это совокупность бизнес-процессов, ИТ-систем и других компонентов в работе организации, имеющих приоритетное значение в области операционной надёжности, обеспечения непрерывности и стабильности деятельности.
ИТ-архитектура организации – это совокупность взаимосвязанных технологических и технических (программно-аппаратных)
2. Разработка иерархического реестра (каталога) всех ИТ-систем и ИТ-платформ организации
В точки зрения TOGAF должно быть построено два иерархических реестра (дерева): слой приложений (application layer), слой системных технологий и ИТ-платформ (technology layer).
Первый слой (реестр) необходимо детализировать до модулей и функций (см. Рис. 1.1). В зависимости от размера организации данный реестр может иметь 5–8 и более уровней детализации (иерархии).
Перечислим минимальный набор ИТ-систем (приложений), которые работают практически в каждой организации.
• CRM и Front-office (маркетинг, продажи, работа с клиентами)
• Электронный документооборот (ЭДО)
• Кадровые и зарплатные системы
• Бухгалтерские системы
• Офисные системы (работа с документами и таблицами)
• BPMS (управление процессами и задачами)
• Юридические системы (договора, законодательство)
• Системы информационной безопасности (Firewall, Antivirus)
Второй слой (реестр) включает в себя: операционные системы, системы виртуализации, системы управления базами данных, платформы для ИТ-разработки и другие системные компоненты, на базе которых работают приложения.
Далее на основе реестров (каталогов) ИТ-систем и ИТ-платформ выполняется разработка иерархических графических моделей ИТ-архитектуры на разных уровнях. Они позволяют визуализировать большие объёмы информации. Их удобно использовать на совещаниях, презентациях, при проведении аналитических работ. Иногда эти модели печатают на листах формата А3, склеивают скотчем и размещают на стене, чтобы постоянно иметь перед глазами всю ИТ-архитектуру организации. На них делается много корректировок и заметок маркерами или карандашами в режиме реального времени, чтобы заново всё не печатать.
3. Заполнение детальных параметров (карточек, спецификаций) всех ИТ-систем и модулей
Карточка ИТ-системы (см. Рис. 1.1) должна давать наиболее полную, структурированную и актуальную информацию, которая включает следующее.
• Контуры функционирования: test (development), pre-production, production
• Площадки и расположение: «облачное, cloud based» (за пределами организации), собственные ресурсы
• Типы лицензий: временные (подписка), постоянные
•
• Владелец ИТ-системы в организации (ответственный)
• Сроки (периодичность) обновления, сроки оплаченной внешней техподдержки
• Версия и тип (категория) ИТ-системы
• Финансовая информация: первоначальные вложения (CAPEX), стоимость сопровождения (OPEX)
• Операционные риски и риски информационной безопасности
• Влияние на критичную архитектуру организации
• Требования к отказоустойчивости, дублированию компонентов и резервному копированию
• Срок восстановления системы в случае сбоев
• Максимальное количество пользователей
• Зависимость от иностранного программного обеспечения
• Комментарии и техническая информация
На основе данных параметров очень удобно автоматически формировать отчёты (точные аналитические срезы) по ИТ-архитектуре. Например, выборка ИТ-систем, которые работают на «облачном формате», имеют самые высокие расходы (OPEX), влияют на критичную архитектуру, имеют высокие риски. Далее на основе данной выборки можно принять решения о модификации ИТ-архитектуры.
4. Разработка архитектурных моделей ИТ-систем
Архитектурная модель ИТ-системы (см. Рис. 1.2) показывает основные её технические и логические компоненты, а также их взаимодействия (потоки данных). Например, серверная часть (приложение), сервер баз данных, внешние и вспомогательные сервера, клиентская часть (приложение), другие виды устройств и компонентов.
5. Разработка графических моделей по интеграции (связям) ИТ-систем
Необходимо отобразить ключевые потоки данных между ИТ-системами организации (ИС1 <=> ИС2), между ИТ-системами и базами данных (ИС1 <=> БД1), между ИТ-системами организации и внешними субъектами, другие виды связей (в зависимости от специфики организации). Дополнительно может быть указана информация о протоколах, шлюзах, сервисах, требованиях и т.п.
6. Разработка иерархического реестра (каталога) всех баз данных (структур данных) и их параметров
На тему управления базами данных есть большое количество книг и открытой информации, поэтому оставим этот этап без детализации.
7. Разработка технической архитектуры и дополнительных моделей (в зависимости от задач)
В техническую архитектуру (физический уровень) включаются: сетевая архитектура, архитектура оборудования (инфраструктура), модели центров обработки данных (ЦОД) и производственных площадок (локаций). Обязательно указание (отображение) требований по отказоустойчивости, дублированию (резервированию).