IT инфраструктура.Архитектура SOA

IT инфраструктура

Архитектура SOA

IT-инфраструктура  — это комплекс взаимосвязанных информационных систем и сервисов, обеспечивающих функционирование и развитие средств информационного взаимодействия предприятия.

IТ-инфраструктуру можно рассмотреть как набор четырех групп сервисов:

•   технологические сервисы
•   сервисы для совместной работы
•   сервисы сообщений
• сервисы для обеспечения безопасности

Главная задача ИТ-инфраструктуры сводится к обеспечению стабильного доступа к соответствующим ресурсам компании для определённого круга пользователей.

Качество информационно-технологической инфраструктуры оценивается по трем параметрам:

• Доступности;
• Безопасности;
• Надёжности;

Дополнительно, необходимо обеспечить полное соответствие IТ–инфраструктуры потребностям конкретной организации либо предприятия.

Преимуществом правильно построенной IT-инфраструктуры являются оптимизация расходов предприятия и повышение производительности используемых IT-сервисов.

IТ-инфраструктуру организации можно разделить на 2 части — базовую и дополнительную.

Базовая инфраструктура-  удовлетворяет базовые потребности организации в сервисах, необходимых для работы, и является платформой для поддержки и развертывания служб и приложений, критичных для бизнеса компании. Компоненты базовой части:

• Физическая сеть (пассивное и активное оборудование ЛВС);
• Основные сетевые службы и сервисы (технологические сервисы);
• Обеспечения безопасности;
• Файловый сервер и файловые сервисы.

Дополнительная инфраструктура-  предоставляет сервисы и службы, необходимые для решения конкретных бизнес-задач. Эти сервисы не являются обязательными и развертываются в зависимости от нужд самой организации. Функционирование этих служб напрямую зависит от качества работы ядра инфраструктуры. Сюда могут входить:

• Сервисы для совместной работы;
• Сервисы сообщений;

Архитектура:

Бизнес-процессы

Модели:

MDA, UML, BPEL

ERP, CRM, SCM, WSDL

прикладные компоненты

Прикладное ПО:

COM,CORBA

bridges

XML, HTML, форматы данных

сетевые протоколы

Данные:

ОС, СУБД, технологические компоненты

Базовое ПО:

Оборудование

SOA (Service-Oriented Architecture) – средство реализации гибких архитектурных решений для развивающихся КИС на базе слабосвязанных сервисов;

Сервис – многократно используемый масштабируемый программный компонент КИС, обеспечивающий выполнение предписанных функций обработки данных и обмена информацией с внешней средой посредством асинхронного обмена сообщениями.

«Корпоративная архитектура предприятия – это структурированное описание делопроизводства и бизнес-процессов предприятия, приложений и методов автоматизации, поддерживающих бизнес-процессы, а также информация, технологии и инфраструктура, необходимые для их выполнения. Архитектура позволяет выработать целостный план работ и скоординированных проектов, необходимых для претворения в жизнь задач развития ИТ-инфраструктуры предприятия»

Корпоративная архитектура – основа SOA

Классическая задача SOA:

Основная задача SOA заключается в создании архитектурной ИТ-модели бизнеса компании, которая обеспечивает быструю сборку слабо связанных распределенных программных объектов этой модели в единую среду исполнения. Сервисы в рамках SOA являются средствами реализации этих распределенных программных компонентов.

Таким образом, сервис можно определить как многократно используемый, масштабируемый компонент КИС, который обеспечивает выполнение предписанных ему функций обработки данных и обменивается информацией с внешней средой посредством асинхронного обмена сообщениями.

ПАРАДИГМА SOA:

• Реализация распределенных программных компонентов в виде слабосвязанных сервисов;
• Набор унифицированных спецификаций для описания и организации взаимодействия сервисов;
• Композиция простых сервисов в любые более сложные структуры («оркестровка» сервисов);
• Быстрая сборка распределенных программных объектов в единую среду исполнения ( сервисная «хореография»);
• Возможность легкой миграции сервисов по гетерогенным сервисным платформам.

Основные преимущества SOA:

• Возможность построения гибких адаптируемых архитектур, обеспечивающих оперативные функциональные перестройки и постоянное развитие на протяжении жизненного цикла КИС;
• Быстрота реализации целевой архитектуры КИС;
• Легкость и простота масштабирования сервис-ориентированных приложений;
• Мобильность и интероперабельность сервисов;
• Легкость внесения функциональных расширений, модернизаций и дополнений в виде новых слабосвязанных сервисов;
• Простота удаления морально устаревших сервисных компонентов.

Краткая характеристика компонентов SOA:

WSDL – средство подготовки контрактов на предоставление сервисов (спецификация ожидания) в нотации XML;

UDDI – спецификация (интерфейсов) реестра сервисов, предоставляющая общую для различных инструментальных платформ базу для взаимно совместимых технологий описания, публикации, обнаружения и вызова сервисов;

SOAP – предоставляет возможности по организации выполнения сервисов в процессе их реинкарнации и вызова для исполнения .

Классическая схема представления SOA:

SOA

Реестр

Услуга

(UDDI)

Сервисы

(WSDL)

Ссылка

Опубликование

сервиса

Потребность в сервисе

Ссылка

Контракт

Провайдер

Потребитель

сервиса

сервиса

SOAP, XML

Что такое «оркестровка»?

В рамках компонентной модели EA бизнес-компоненты выполняют свои функции, обращаясь в определенной последовательности к независимым сервисам, реализуя в конечном итоге формальную бизнес-модель предприятия. Компоновка действий, выполняемых при этом отдельными приложениями (базовыми сервисами) в целостный бизнес-процесс, называется «оркестровкой».

В отличие от ранее принятых подходов к интеграции сложных ООП-приложений, в процессе «оркестровки» важна именно логическая последовательность вызова сервисов, а не особенности конкретных конфигураций ИТ-платформ, необходимых для реализации механизмов взаимодействия сервисов. Поэтому механизм «оркестровки» обеспечивает необходимую гибкость и масштабируемость при выполнении БП, обрабатывая потоки работ и определяя дальнейшую последовательность действий.

Возможна также компоновка высокоуровневых сложных сервисов из существующих «оркестрованных» бизнес-процессов (так называемая рекурсивная композиция).

Понятие «хореографии»

Процесс, называемый «хореографией», отражает правила (протоколы) взаимодействия участников, каждый из которых выполняет свои бизнес-функции в сложных БП корпоративного масштаба, на уровне внешних (публичных) обменов сообщениями. Таким образом, «хореография» решает проблему асинхронного установления связей между исполняемыми процессами.

«Хореография» не является исполняемым процессом и относится к классу кодексов, обеспечивающих соблюдение необходимых протокольно-процедурных формальностей при установлении отношений между взаимодействующими сторонами.

Взаимосвязь понятий «оркестровки» и «хореографии»

«Оркестровка» описывает полностью автономный БП, т.е. частный поток работ, контролируемый одним субъектом (БК) корпоративного бизнеса. Она позволяет организовать необходимую последовательность и логику распределения работ между сервисами в ходе решения конкретной бизнес-задачи.

«Хореография» отвечает за конкретную организацию взаимодействия субъектов – она описывает правила (протоколы) их обращений друг к другу. Это – модель политик, или модель описания бизнес-правил, которые являются наиболее часто и динамично изменяемыми элементами в течение жизненного цикла (ЖЦ) в рамках корпоративной бизнес-модели.

«Оркестровка» и «хореография» сервисов

SOA

Хореография

Оркестровка

БП2

Оркестровка

БП1

Запрос

S 2

S 1

Ответ

S 3

Запрос

S 4

S 5

S 4

S 7

Ответ

Общая архитектура SOA (Концептуальная модель IBM SOA Foundation)

Бизнес-процессы

Язык исполнения бизнес-процессов для сервисов (BPEL)

Качество

обслуживания

(QoS)

Безопасность

Надежность

Управление

Транзакции

Язык описания интерфейсов сервисов (WSDL)

Описание

SOAP

Другие протоколы,

другие сервисы

Обмен

сообщениями

Расширенный язык разметки (XML)

Интегрированная среда разработки, ИСP (Integrated development environment — IDE), также единая среда разработки, ЕСР — комплекс программных средств, используемый программистами для разработки программного обеспечения 

Архитектура единой интеграционной среды:

Портальные решения

Хранилища данных, Управление знаниями, Business Intelligent

Business Process Management и BPEL

Серверы Приложений, J2EE и SOAP

Пример – Net Weaver

В переходе к построению  IT-инфраструктуры на основе концепции сервис-ориентированной архитектуры (Service Oriented Architecture, SOA), ключевым элементом которой является интеграционная сервисная шина.

Шина – это программное обеспечение, позволяющее объединять большое число платформ и приложений, а также организовать взаимодействие между ними на основе сервисов. При этом технологии, на которых реализованы системы и их сервисы не имеют значения, это может быть JAVA, .NET или другая платформа.

Интеграционная шина, как правило, предоставляет следующие функции:

- Преобразование сообщений, а также их передача, алгоритмическое перенаправление, постановка в очередь и отслеживание;

- Работа с сообщениями в режимах: синхронном, асинхронном, «точка-точка», «публикация-подписка»;

- Поддержка XML и SOAP сообщений;

- Возможность подключения множества систем через готовые адаптеры и API для написания новых адаптеров;

- Оркестровка (автоматическое размещение, координация и управление) служб.

Спасибо за внимание!