Архитектура ИТ‑решений. Графический язык моделирования ArchiMate. Технологический слой
---
Технологический слой (Technology Layer) в ArchiMate описывает фундамент, на котором «держатся» приложения и бизнес‑процессы: инфраструктурные сервисы, программные и аппаратные компоненты, а также физические ресурсы. Если бизнес‑уровень отвечает на вопрос «что мы делаем», прикладной уровень — «какими приложениями это поддерживается», то технологический слой описывает:
«На какой технологической платформе всё это работает и как она устроена?»
Все элементы этого слоя традиционно делят на три группы:
1. Структурные (активные и пассивные)
2. Поведенческие
3. Сводные / группирующие
Ниже разберём ключевые типы элементов технологического уровня и покажем, как они применяются в практической архитектуре.
---
1. Активные структурные элементы технологического слоя
Это те компоненты, которые «делают работу»: железо и программные платформы.
1.1. Устройство (Device)
Устройство — это физический вычислительный ресурс, на котором могут исполняться программные компоненты. В ArchiMate это базовый кирпич технологической инфраструктуры.
Примеры устройств:
- сервер приложений;
- маршрутизатор;
- смартфон;
- промышленный контроллер;
- IoT‑датчик.
По функционалу устройства удобно классифицировать так:
1. Серверы
- Rack‑серверы
- Blade‑серверы
- Tower‑серверы
Используются как носители вычислительных мощностей и ресурсов для виртуализации.
2. Сетевое оборудование
- маршрутизаторы (Router)
- коммутаторы (Switch)
- межсетевые экраны (Firewall)
- балансировщики нагрузки (Load Balancer)
Обеспечивают связность, безопасность и распределение трафика.
3. Системы хранения данных
- SAN
- NAS
- ленточные библиотеки
- массивы SSD
Отвечают за надёжное и производительное хранение информации.
4. Периферийные устройства
- принтеры
- сканеры
- IP‑камеры
- терминалы самообслуживания
Специализированные устройства, обслуживающие отдельные технологические функции.
5. Клиентские устройства
- настольные ПК
- ноутбуки
- тонкие клиенты
- POS‑терминалы
Точка взаимодействия конечного пользователя с ИТ‑системой.
6. Специализированное оборудование
- IoT‑устройства
- промышленные контроллеры
- медицинское оборудование
Здесь важна интеграция с промышленными протоколами и стандартами отрасли.
Где это важно в архитектуре:
- при инвентаризации и управлении ИТ‑активами — моделирование устройств даёт целостное представление о «железной» части ландшафта;
- при оптимизации затрат — видны избыточные или неиспользуемые мощности, дублирующее оборудование;
- при планировании мощностей (Capacity Planning) — можно увязать нагрузки приложений с конкретными устройствами;
- при проектировании схем аварийного восстановления (Disaster Recovery) — явно моделируются репликации, резервные площадки и критичные компоненты.
---
1.2. Системное программное обеспечение (System Software)
Системное ПО — это программная платформа, работающая поверх устройства и предоставляющая среду для выполнения прикладных компонентов.
Примеры:
- операционные системы (Windows, Linux, Unix‑подобные системы);
- СУБД (Oracle, PostgreSQL, MySQL и др.);
- серверы приложений (Tomcat, WebLogic, JBoss и т.п.);
- платформы виртуализации и контейнеризации (VMware, Docker, Kubernetes).
Системное ПО связывает «железо» и прикладной уровень. В модели ArchiMate через системное ПО удобно:
- показывать, на какой платформе развёрнуты конкретные приложения;
- фиксировать зависимости от вендора и версии ПО;
- анализировать риски устаревания технологий (end of support, несовместимость с новыми компонентами);
- планировать миграции (например, переход с монолитного сервера приложений на контейнерную платформу).
---
1.3. Технологический объект (Technology Object)
Технологический объект — пассивный элемент, создаваемый или используемый технологическим поведением. Это то, над чем работают компоненты инфраструктуры.
Примеры технологических объектов:
- таблица в базе данных;
- файл на файловой системе;
- сообщение в очереди;
- конфигурационный файл;
- сертификат безопасности.
В нотации ArchiMate технологический объект не имеет детальной внутренней структуры, но в архитектурном описании его обычно характеризуют через атрибуты:
- Идентификатор и тип
Уникальное имя, тип (таблица, файл, сообщение, ключ и т.п.).
- Содержание
Какие данные содержит, формат, структура, уровень чувствительности (например, персональные данные).
- Жизненный цикл
- создаётся;
- читается;
- обновляется;
- удаляется.
- Размещение
Где физически/логически находится: на каком устройстве, ноде, хранилище, в каком контуре безопасности.
Моделирование технологических объектов помогает связать технологический слой с информационной архитектурой и требованиями к безопасности, резервному копированию и соответствию регуляторике.
---
1.4. Путь связи (Communication Path)
Путь связи — это отношение (relationship), описывающее канал коммуникации между двумя и более узлами или устройствами. Через него моделируется возможность обмена данными и тип соединения.
Примеры:
- сетевой канал между сервером приложений и СУБД;
- защищённый HTTP‑канал (HTTPS) между веб‑сервером и браузером пользователя;
- VPN‑туннель между двумя площадками;
- беспроводной канал связи с IoT‑устройствами.
Типичные сценарии использования в архитектурных моделях:
- фиксация критических сетевых связей (что будет при обрыве конкретного канала);
- моделирование зон безопасности и межсетевых взаимодействий;
- анализ производительности и задержек (какой путь проходит запрос от клиента до приложения и базы данных).
---
2. Поведенческие элементы технологического уровня
Поведенческие элементы описывают что именно делает технологическая инфраструктура: какие услуги, функции и процессы реализуются.
2.1. Технологическая услуга (Technology Service)
Технологическая услуга — ключевой концепт. Это чётко определённая услуга, которую технологический компонент предоставляет своим потребителям: приложениям, другим технологическим компонентам или внешним системам.
По сути, это контракт на уровне технологий: что именно обещает инфраструктура «наружу».
Примеры технологических услуг:
- служба аутентификации пользователей;
- услуга резервного копирования и восстановления;
- хостинг базы данных как сервис;
- предоставление файлового хранилища или объектного стораджа;
- мониторинг доступности и логирование.
Важно понимать: услуга — это не сервер и не ПО, а то, что они вместе обеспечивают для потребителя. В модели ArchiMate это позволяет:
- отделить внутреннюю реализацию (какие устройства и ПО задействованы) от внешнего представления;
- связать технологические услуги с прикладными сервисами и бизнес‑процессами;
- описать SLA и нефункциональные требования (доступность, время отклика, RPO/RTO).
---
2.2. Технологическая функция (Technology Function)
Технологическая функция — внутреннее поведение технологического компонента, необходимое для реализации одной или нескольких технологических услуг.
Это «внутренняя кухня» инфраструктуры: то, как именно она работает изнутри.
Примеры:
- функция управления памятью ОС;
- функция балансировки нагрузки в кластере;
- функция репликации данных в СУБД;
- функция шифрования и дешифрования трафика.
Функции, как правило, не видны конечным пользователям и даже прикладным системам напрямую, но они критичны для надёжности и производительности. В архитектуре их моделируют, когда важно:
- понять, какие именно технологические возможности нужны, чтобы обеспечить услугу;
- спроектировать масштабируемость и отказоустойчивость;
- сравнить альтернативные платформы по набору поддерживаемых функций.
---
2.3. Технологический процесс (Technology Process)
Технологический процесс — это последовательность технологических действий, ведущая к конкретному результату. Часто такие процессы полностью или частично автоматизированы.
Примеры технологических процессов:
- процесс деплоя приложения в тестовый или продуктивный контур;
- процесс создания резервной копии и проверки её целостности;
- процесс мониторинга и оповещения об инцидентах;
- обновление версий системного ПО или патч‑менеджмент.
Моделирование технологических процессов важно для:
- построения сквозной DevOps‑цепочки (от commit до продакшена);
- описания операционных процедур и регламентов;
- анализа узких мест и точек автоматизации;
- планирования разделения ответственности между командами эксплуатации и разработки.
---
2.4. Технологическое взаимодействие (Technology Interaction)
Технологическое взаимодействие описывает единицу деятельности, выполняемую совместно двумя или более узлами, устройствами или экземплярами системного ПО.
Пример: распределённая обработка запроса, при которой:
- фронтенд‑сервер принимает запрос;
- балансировщик распределяет нагрузку;
- пул приложений обрабатывает бизнес‑логику;
- СУБД выполняет запрос к данным;
— и всё это рассматривается как цельное взаимодействие инфраструктурных компонентов.
Такой элемент позволяет:
- показать распределённые вычисления и кластерные конфигурации;
- смоделировать согласованную работу нескольких подсистем;
- оценить риски и точки отказа в коллаборации компонентов.
---
2.5. Технологическое событие (Technology Event)
Технологическое событие — это значимый факт на уровне технологий, который вызывает, изменяет или завершает какое‑либо поведение.
Примеры событий:
- поступление нового сообщения в очередь;
- достижение порогового значения нагрузки (CPU > 90%);
- завершение резервного копирования;
- падение узла кластера;
- срабатывание триггера мониторинга.
События особенно полезны при моделировании:
- реактивных архитектур (event‑driven);
- процедур мониторинга, алертинга и авто‑масштабирования;
- логики обработки инцидентов и перехода инфраструктуры в аварийный режим.
---
3. Сводные и группирующие элементы
Сводные (composite / grouping) элементы в технологическом слое позволяют объединять несколько компонентов или поведений в более крупные логические блоки.
Примеры группировок:
- технологический кластер (несколько серверов, объединённых для высокой доступности);
- виртуализированная платформа, включающая хосты, гипервизор, хранилища и сети;
- аппаратно‑программный комплекс, представляющий собой готовое решение (appliance).
Используя группирующие элементы, архитектор:
- формирует логические единицы поставки и сопровождения;
- описывает границы ответственности команд (например, платформа контейнеризации как отдельный продукт внутри компании);
- упрощает восприятие сложных схем за счёт иерархии: от общих блоков — к детальной структуре.
---
4. Ключевые взаимосвязи на технологическом уровне
Технологический слой активно использует отношения ArchiMate, чтобы показать, как именно компоненты связаны между собой и с верхними уровнями:
- Realization (реализация) — технологический компонент реализует технологическую услугу;
- Assignment (назначение) — устройство или системное ПО выполняют конкретную функцию или участвуют в процессе;
- Serving (обслуживание) — технологическая услуга обслуживает прикладной сервис или бизнес‑процесс;
- Flow (поток) — данные или события перемещаются по пути связи;
- Used‑by (использование) — приложения используют технологические сервисы (например, «Приложение X использует сервис аутентификации»).
Чёткое моделирование отношений позволяет:
- видеть сквозные цепочки зависимостей — от бизнес‑процессов до конкретных устройств;
- оценивать влияние изменений (например, вывод из эксплуатации СУБД версии N);
- строить карты влияния инцидентов и планировать реагирование.
---
5. Как технологический слой связывается с другими уровнями архитектуры
Технологический слой не существует сам по себе — он поддерживает прикладную и бизнес‑архитектуру:
- С бизнес‑слоем связаны в первую очередь через услуги: бизнес‑процесс опирается на бизнес‑сервис, который реализуется приложением, а то, в свою очередь, использует технологические сервисы.
- С прикладным слоем связь идёт через развёртывание приложений на технологических компонентах: приложение развёрнуто на сервере приложений, использует СУБД, общается с очередями сообщений и т.д.
Архитектурная модель, в которой описаны только бизнес‑процессы и приложения, без технологического слоя, остаётся абстрактной схемой без привязки к реальности. Добавление технологического уровня делает её применимой для:
- планирования инфраструктуры;
- оценки затрат и TCO;
- согласования требований к надёжности и доступности.
---
6. Использование технологического слоя на практике
Чтобы модель технологического уровня действительно работала, а не была просто картинкой, важно:
1. Ограничить уровень детализации
Не нужно моделировать каждое устройство и каждый файл. Выделяйте только значимые элементы: критичные компоненты, точки отказа, дорогие ресурсы.
2. Связывать с реальными данными
Архитектурная модель должна опираться на инвентаризацию, CMDB, данные мониторинга. Тогда её можно использовать для анализа нагрузки, планирования развития и управления инцидентами.
3. Учитывать жизненный цикл
Технологические компоненты, как и приложения, проходят этапы внедрения, эксплуатации, модернизации и вывода из эксплуатации. Это стоит отражать хотя бы через атрибуты или версии.
4. Использовать слой для коммуникации
Модель технологического слоя — удобный инструмент общения архитекторов, администраторов, сетевиков, специалистов по безопасности и разработчиков. Она снимает недопонимание, когда разные роли по‑разному представляют одну и ту же инфраструктуру.
---
7. Распространённые ошибки при моделировании технологического слоя
При работе с ArchiMate на технологическом уровне часто встречаются типичные проблемы:
- Смешение уровней абстракции: в одной диаграмме одновременно детальные объекты (конкретные IP‑адреса) и высокоуровневые услуги. Лучше разделять представления: отдельные виды для логической и физической архитектуры.
- Подмена услуг инфраструктурой: вместо «сервис резервного копирования» моделируются только устройства и ПО. В итоге теряется понимание, что именно потребляет бизнес/приложения.
- Избыточная детализация: попытка внести в модель вообще всё железо и все связи превращает схему в нечитаемую карту. Важно работать с уровнями иерархии и фильтрами видимости.
- Отсутствие связей с верхними слоями: технологический слой живёт сам по себе, без связи с приложениями и бизнес‑процессами. Такая модель мало полезна для управления ИТ‑ландшафтом.
---
8. Роль технологического слоя в развитии ИТ‑ландшафта
Грамотно описанный технологический слой помогает:
- обосновывать инвестиции в инфраструктуру — показывая, какие бизнес‑функции и системы зависят от конкретных технологических компонентов;
- планировать миграции — например, переход в облако, контейнеризацию, консолидацию ЦОД;
- управлять рисками — выявляя «одноточечные» места отказа, старые и неподдерживаемые платформы;
- поддерживать цифровую трансформацию — предоставляя стандартизированные технологические услуги для быстрого запуска новых продуктов.
В результате технологический слой в ArchiMate перестаёт быть «приложением для красивых схем» и становится инструментом, который реально помогает принимать архитектурные и управленческие решения.
