Архитектура предприятия — это дисциплина, которая помогает организациям выравнивать свои бизнес-цели и стратегии с возможностями информационных технологий. Для достижения этой цели архитекторам предприятия необходимо работать с несколькими взаимосвязанными архитектурами, каждая из которых имеет разные цели, охват и уровень детализации. Enterprise Continuum — это рамочная модель, которая помогает архитекторам организовывать и классифицировать эти архитектуры и их артефакты.
Что такое Enterprise Continuum
Enterprise Continuum — это рамочная модель, используемая в архитектуре предприятия для организации и классификации различных типов активов, используемых при разработке архитектур предприятия. Enterprise Continuum включает несколько категорий активов, используемых для разработки архитектур, таких как политики, стандарты, стратегические инициативы, организационные структуры и корпоративные возможности. Эти активы не используются непосредственно в процессе разработки архитектуры по методологии ADM (Architecture Development Method), но могут влиять на разрабатываемые архитектуры.
Enterprise Continuum — это рамочная модель, используемая в архитектуре предприятия для организации и классификации различных уровней архитектуры внутри организации. Она предоставляет способ понять эволюцию архитектуры предприятия от общего к конкретному, от абстрактного к конкретному, от логического к физическому.
Enterprise Continuum состоит из двух основных компонентов:
- архитектурный континуум и
- континуум решений.
Архитектурный континуум — это рамочная модель для организации и классификации архитектурных артефактов, тогда как континуум решений — это рамочная модель для организации и классификации решений конкретных бизнес-задач.
Архитектурный континуум против континуума решений
Enterprise Continuum содержит две специализации — архитектурный континуум и континуум решений. Архитектурный континуум предоставляет рамочную модель для организации и классификации архитектурных артефактов, тогда как континуум решений предоставляет рамочную модель для организации и классификации решений конкретных бизнес-задач. Эти специализации помогают архитекторам разбивать сложные задачи на управляемые компоненты и предоставляют четкое представление об эволюции архитектуры предприятия от общего к конкретному, от абстрактного к конкретному, от логического к физическому.
Архитектурный континуум и континуум решений — это две рамочные модели внутри Enterprise Continuum, который является частью стандарта TOGAF (The Open Group Architecture Framework).
- The архитектурный континуум— это рамочная модель, которая обеспечивает структуру для организации и классификации повторно используемых архитектурных активов, известных как блоки архитектурных компонентов (ABB). ABB проходят жизненный цикл разработки, начинаясь как абстрактные и общие сущности, и постепенно превращаются в полностью выраженные архитектурные активы, специфичные для организации. Активы архитектурного континуума используются для руководства и выбора элементов в континууме решений.
- The континуум решений, с другой стороны, обеспечивает последовательный способ описания и понимания реализации активов, определённых в архитектурном континууме. Он определяет, что доступно в организационной среде в виде повторно используемых блоков решений (SBB). Эти SBB — это решения, результатом которых являются соглашения между клиентами и бизнес-партнёрами, реализующими правила и отношения, определённые в пространстве архитектуры. Континуум решений разработан для решения общих черт и различий между продуктами, системами и услугами реализованных систем.
В заключение, архитектурный континуум предоставляет рамочную модель для организации и классификации повторно используемых архитектурных активов, тогда как континуум решений предоставляет рамочную модель для организации и классификации решений конкретных бизнес-задач. Обе рамочные модели являются важными компонентами Enterprise Continuum и помогают организациям управлять сложностью и повышать эффективность за счёт выявления и повторного использования общих решений в различных частях организации.
Пример 1 — Архитектурный континуум против континуума решений
Рассмотрим пример крупной организации с несколькими отделами, каждый из которых отвечает за управление собственными ИТ-системами. Каждый отдел может иметь уникальные потребности и требования, но при этом могут существовать общие черты и избыточность между различными системами. Для управления этой сложностью организация может использовать рамочные модели архитектурного континуума и континуума решений в рамках стандарта TOGAF.
Архитектурный континуум можно использовать для классификации и организации повторно используемых архитектурных активов в организации, таких как общие системные архитектуры, отраслевые архитектуры и корпоративные архитектуры. Например, организация может выявить общие компоненты архитектуры, такие как модели данных, сетевые протоколы или интерфейсы приложений, и организовать их в ABB.
После того как архитектурный континуум установлен, организация может использовать континуум решений для классификации и организации решений, реализованных в ИТ-системах каждого отдела. Например, организация может выявить общие решения, такие как программное обеспечение управления отношениями с клиентами (CRM), системы управления цепочками поставок (SCM) или программное обеспечение управления финансами, и организовать их в SBB. Это позволяет отделам повторно использовать общие решения, где это возможно, уменьшая избыточность и повышая эффективность.
В целом, рамочные модели архитектурного континуума и континуума решений могут помочь организациям управлять сложностью и повышать эффективность за счёт выявления и повторного использования общих решений в различных частях организации, при этом сохраняя гибкость для удовлетворения специфических потребностей и требований отделов.
Пример 2 — Архитектурный континуум против континуума решений
Ещё один реальный пример, где могут быть применены рамочные модели архитектурного континуума и континуума решений, — это разработка программных приложений.
В разработке программного обеспечения архитектурный континуум можно использовать для классификации и организации повторно используемых архитектурных активов, таких как общие программные фреймворки, шаблоны проектирования и языки программирования. Например, организация может выявить общие компоненты архитектуры, такие как архитектура микросервисов, проектирование на основе домена или контейнеризация, и организовать их в ABB.
После того как архитектурный континуум установлен, континуум решений можно использовать для классификации и организации решений, реализованных в программных приложениях. Например, организация может выявить общие решения, такие как аутентификация и авторизация, кэширование или ведение журнала и обработка ошибок, и организовать их в SBB. Это позволяет разработчикам программного обеспечения повторно использовать общие решения, где это возможно, уменьшая избыточность и повышая эффективность.
В целом, рамочные модели архитектурного континуума и континуума решений могут помочь командам разработки программного обеспечения управлять сложностью и повышать эффективность за счёт выявления и повторного использования общих решений в различных частях организации, при этом сохраняя гибкость для удовлетворения специфических потребностей и требований проектов.
Пример 3 — Архитектурный континуум против континуума решений
Еще один пример из реальной жизни, где можно применить рамки Архитектурного континуума и рамки решений, — это разработка инфраструктуры умного города.
В инфраструктуре умного города Архитектурный континуум может использоваться для классификации и организации повторно используемых архитектурных активов, таких как общие протоколы связи, модели данных и системы безопасности. Например, планировщики города могут выявить общие архитектурные компоненты, такие как сети Интернета вещей (IoT), платформы облачных вычислений или устройства краевого вычисления, и организовать их в АББ.
После того как Архитектурный континуум установлен, можно использовать Рамки решений для классификации и организации решений, внедряемых в инфраструктуру умного города. Например, планировщики города могут выявить общие решения, такие как системы умного освещения, интеллектуальные транспортные системы или системы управления отходами, и организовать их в СББ. Это позволяет городу повторно использовать общие решения, где это возможно, сокращая избыточность и повышая эффективность.
В целом, рамки Архитектурного континуума и Рамки решений могут помочь планировщикам городов управлять сложностью и повышать эффективность за счёт выявления и повторного использования общих решений на разных участках инфраструктуры, при этом сохраняя гибкость для удовлетворения специфических потребностей и требований города.
Пример из реальной жизни по документированию АББ и СББ
вот пример того, как могут быть применены рамки Архитектурного континуума и Рамки решений в контексте инфраструктуры умного города:
Архитектурные блоки (АББ)
- Архитектура сети Интернета вещей — определяет архитектурные компоненты, необходимые для развертывания и управления сетью Интернета вещей, включая шлюзы, датчики и устройства краевого вычисления.
- Платформа облачных вычислений — определяет архитектурные компоненты, необходимые для развертывания и управления платформой облачных вычислений, включая виртуальные машины, хранилища и сети.
- Система безопасности — определяет архитектурные компоненты, необходимые для развертывания и управления безопасной инфраструктурой умного города, включая аутентификацию, авторизацию и шифрование.
Блоки решений (СББ)
- Система умного освещения — решение, использующее датчики Интернета вещей и облачные вычисления для управления освещением в общественных местах, снижая потребление энергии и повышая безопасность.
- Интеллектуальная транспортная система — решение, использующее датчики Интернета вещей и облачные вычисления для оптимизации движения транспорта, снижения пробок и улучшения услуг общественного транспорта.
- Система управления отходами — решение, использующее датчики Интернета вещей и облачные вычисления для оптимизации сбора и утилизации отходов, снижая негативное воздействие на окружающую среду и улучшая общественное здоровье.
Используя Архитектурный континуум для классификации и организации АББ, а Рамки решений — для классификации и организации СББ, планировщики городов могут повысить эффективность и результативность своих проектов по созданию инфраструктуры умного города. Повторное использование общих АББ и СББ на разных участках инфраструктуры позволяет сократить избыточность и повысить согласованность, при этом сохраняя гибкость для удовлетворения конкретных потребностей и требований проектов.
Типы документов, включённых в Архитектурный континуум
Вот пример того, какие типы документов могут быть включены на каждом из четырёх уровней Архитектурного континуума:
- Фундаментальная архитектура – на этом уровне включены фундаментальные рамки и модели, которые служат общей основой для всех архитектур в организации. Примеры документов могут включать:
- Рамка TOGAF
- Модель бизнес-способностей
- Принципы архитектуры данных
- Общая архитектура систем – на этом уровне включены архитектуры для конкретных типов систем, используемых на нескольких участках организации. Примеры документов могут включать:
- Архитектура, ориентированная на сервисы (SOA)
- Библиотека информационной инфраструктуры (ITIL)
- Архитектура центра обработки данных
- Архитектура отрасли – на этом уровне включены архитектуры, специфичные для определённой отрасли или сектора. Примеры документов могут включать:
- Архитектура обмена медицинской информацией (HIE)
- Фреймворк архитектуры финансовых услуг (FSAM)
- Архитектура информационной инфраструктуры обороны (DII)
- Архитектура предприятия – на этом уровне включены архитектуры, специфичные для самого предприятия. Примеры документов могут включать:
- Архитектура данных предприятия
- Архитектура приложений предприятия
- Архитектура безопасности предприятия
Типы документов, включаемые на каждом уровне, могут различаться в зависимости от организации и ее потребностей, но данный пример должен дать вам представление о типах документов, которые могут быть включены.
Типы документов, включенных в решение континуума
вот пример того, какие типы документов могут быть включены на каждом из четырех уровней решения континуума, связанных с предлагаемыми ABB архитектурного континуума:
- Фундаментальные решения – на этом уровне включены универсальные решения, которые могут использоваться во многих частях организации. Примеры документов могут включать:
- Межслужебный шлюз предприятия (ESB)
- Решение хранилища данных
- Решение управления идентификацией и доступом (IAM)
- Решения общих систем – на этом уровне включены решения для конкретных типов систем, используемых во многих частях организации. Примеры документов могут включать:
- Решение информационной системы управления персоналом (HRIS)
- Решение управления взаимоотношениями с клиентами (CRM)
- Решение планирования ресурсов предприятия (ERP)
- Решения отрасли – на этом уровне включены решения, специфичные для определенной отрасли или сектора. Примеры документов могут включать:
- Решение электронной медицинской карты (EMR)
- Решение торговой платформы
- Решение управления логистикой
- Решения предприятия – на этом уровне включены решения, специфичные для самого предприятия. Примеры документов могут включать:
- Решение обработки заказов на продажу
- Решение расчетов с поставщиками
- Решение системы выполнения производственных операций (MES)
Опять же, конкретные типы документов, включённые в каждый уровень, могут различаться в зависимости от организации и её потребностей, но данный пример должен дать вам представление о типах документов, которые могут быть включены в каждый уровень Solutions Continuum, связанных с предлагаемыми ABB архитектурного континуума.
Краткое содержание
В статье рассматривается концепция Enterprise Continuum в контексте корпоративной архитектуры. Объясняется, как Enterprise Continuum предоставляет представление о репозитории архитектуры, показывающее эволюцию связанных архитектур от общих к конкретным, от абстрактных к конкретным, от логических к физическим. В статье также вводятся понятия Architecture Continuum и Solutions Continuum, которые являются двумя специализациями Enterprise Continuum.
Architecture Continuum представляет собой структурирование блоков построения архитектуры (ABB), в то время как Solutions Continuum обеспечивает последовательный способ описания и понимания реализации активов, определённых в Architecture Continuum. В статье приводятся примеры документов, которые могут быть включены в каждый из четырёх уровней Architecture Continuum и Solutions Continuum. В целом, статья подчёркивает важность эффективного определения границ корпоративных архитектур и использования архитектурных активов для руководства и выбора элементов в Solutions Continuum.