Рекомендации TOGAF для SOA

Архитектура предприятия позволяет обеспечить контекст и возмож­ности сервисов для поддержки бизнес-возможностей. Согласно TOGAF разработка архитектуры основана на применении метода ADM, который определяет состав работ на различных фазах.

На фазе Preliminare(предварительный этап разработки архитектуры) должна быть утверждена концепция сервис-ориентации информационной системы, выдвинуты общие правила и руководящие принципы использова­ния ИТ-ресурсов и активов для SOA, определены ограничения, организа­ционная структура, управление и начальное содержание катало- га/репозитория сервисов. Для оценки готовности предприятия к внедрению SOA можно провести оценку уровня зрелости согласно модели OSIMM.

Для создания SOA необходимо организовать команду по принципу центра передового опыта, для членов которой определить зоны ответ­ственности, мотивацию и ключевые показатели результативности - Key Performance Indicators (KPIs).

Репозиторий SOA содержит:

• Строительные блоки SOA - Architecture Building Blocks, ABBs, которые представляют ключевые элементы SOA:

• Эталонную модель SOA

• Детализированные ABBs для эталонной модели SOA.

• Инфраструктуру SOA и соответствующие ABBs, которые до­ступны для сервис-ориентированных приложений.

• Промышленные стандарты SOA.

Фаза А - архитектурное видение SOA, задание контекста для серви­сов. Используются различные модели и онтологии для выражения сущно­сти и понимания последствий SOA со стороны заинтересованных столиц. Делается оценка готовности организации к переходу к SOA. Для бизнес- архитектуры уточняются драйверы (Drivers), цели (Goals) и задачи (Objec­tives) SOA, роли участников (Role). Определяется состав бизнес-сервисов и соответствующие требования (Contract), выполняется оркестровка биз- нес-сервисов для процессов (Process). В архитектуру данных вводятся но­вые сущности (Data Entity), в архитектуре приложения определяется со­став: информационных сервисов (Information Services), логических и фи­зических компонентов приложений.

Фаза B - построение модели бизнес-архитектуры SOA, рассматрива­ются требования, которые отражаются на бизнесе. Артефакты данной фазы:

• Business Service Interaction Diagram диаграмма взаимодействия бизнес-сервисов, информация обмена, указание возможности повторного использования.

• Business Process Diagram = диаграмма бизнес-процессов и их взаимодействий, используемая информация.

• Business Vocabulary Catalog - термины, используемые в описа­нии бизнес-процессов и информации

• Business Services Catalog - каталог/репозиторий биз- нес=сервисов, нефункциональных требований.

• Business Service/Location Catalog - каталог местоположения бизнес-сервисов

• Event/Process Catalog - каталог событий для запуска процессов.

• Contract/Service Quality Catalog - каталог нефункциональные свойства сервисов.

• Business Service Interaction Matrix - матрица связей бизнес- сервисов.

• Business Service/Information Matrix (CRUD) - матрица связи сервисов и информации (Create, Read, Update, Delete).

• Information Component Model - логическая модель информа­ционных компонентов.

Фаза C связана с разработкой архитектурой информационной системы, в том числе в виде моделей архитектура данных и архитектуры приложений.

Для SOA традиционные программные приложения заменяются наборами слабо связанных сервисов. Для приложений должны быть опре­делены области функциональности, которые поддерживают сервисы. Ар­тефакты фазы С:

• IS Service Interaction Diagram - диаграмма взаимодействия сер­висов, требования к сервисам, взаимодействие сервисов, ис­пользуемая информация. Он используется, чтобы показать полный набор требований для решения и отношения между требованиями.

• Business Process/IS Service Matrix - матрица взаимосвязи биз- нес-процессов и сервисов, определение требований бизнес- процесса к сервисам.

• IS Service Contract Catalog - каталог/репозиторий контрактов для сервисов, требования к качеству обслуживания сервисов (безопасность, производительность, загрузка, доступность, по­литики и т.д.).

• IS Service/Application (existing) Catalog - каталог/репозиторий сервисов, определение сервисов для использования существу­ющих приложений.

• IS Service/Data Entity Matrix - матрица взаимосвязи сервисов и информационных элементов, используется для выявления по­тенциальных сервисов для обработки данных.

• Logical SOA Component Matrix - матрица связи логических компонентов приложений и потенциальных SOA сервисов.

• Logical SOA Solution Diagram - диаграмма логических решений SOA, показывает отношения между логическими компонента­ми SOA и интерфейсами.

• Service Distribution Matrix - матрица распределения сервисов по физическим местам для выполнения требований.

На фазах B, C, D анализируются различия базовой архитектуры предприятия и целевой архитектурой SOA.

Фаза D связана с разработкой технологической архитектуры, опре­деляет программное и аппаратное обеспечение инфраструктуры, необхо­димой для поддержки портфеля сервисов. Используется Эталонная архи­тектура SOA, разрабатываются артефакты:

Logical Technology Architecture Diagram - логическая схема Техно­логической архитектуры SOA.

Logical Application and Technology Matrix - матрица связи логических компонентов приложений и логических инфраструктурных компонентов.

В результате формируется набор архитектурных моделей, которые от­ражают требования различного вида сервисов, согласованные между собой.

Фаза E - возможности и решения, фаза принятия решения о внедре­нии варианта SOA согласно разработанным архитектурным моделям.

Артефакты фазы E:

• Physical SOA Solution Matrix - матрица физической реализации решений SOA.

• Physical SOA Solution Diagram - диаграмма связи между физи­ческими компонентами приложений и других решений, требо­вания к интерфейсам SOA-решений.

• Physical Service Solution Matrix - матрица повторно используе­мых сервисов, в том числе внешних сервисов (SaaS) для при­ложений.

• Application Guidelines - рекомендации по развитию SOA- решений и сервисов.

• Physical Technology Architecture Diagram - диаграмма инфра­структуры SOA.

• Physical Application and Technology Matrix - матрица отобра­жения на физическую инфраструктуру сервисов приложений.

• Technology Portfolio Catalog - каталог/репозиторий продуктов для реализации инфраструктуры SOA, среды разработки SOA и технологии компонентных сервисов и интерфейсов.

• Technology Guidelines - руководство по использованию инфра­структуры SOA.

Фаза F - планирование миграции из стандартной архитектуры в SOA, создание системы управления и стратегической поддержки SOA.

Фаза G - реализация управления SOA, включая мониторинг, кон­троль качества сервисов.

Фаза Н: - управление изменениями архитектуры SOA, оценка и ана­лиз эффективности сервисов SOA.

При разработке SOA следует придерживаться следующих архитек­турных принципов SOA:

1. В моделях архитектуры предприятия используются сервисы различ­ного вида.

2. Целевая установка сервис-ориентации - гибкость предприятия и от­сутствие ограничений информационных потоков.

3. Описание сервисов в контексте бизнес-процессов, целей бизнеса, бизнес-правил.

4. Уникальность требований к ИТ-инфраструктуре, использование от­крытых стандартов для обеспечения интероперабельности, «про­зрачности» местоположения сервисов.

5. Создание системы управления сервисами.