варианты использования соа

Варианты использования СОА для оператора связи

Максим Смирновруководитель департамента архитектуры систем поддержки бизнеса ОАО «Вымпелком»

9 сентября 2010 Варианты использования СОА

Наш опыт сервисной архитектуры

август 2006 High-level IT design более 250 проектов

март 2007 Websphere business integration

июль 2007 Informatica power center

июнь 2009 OpenESB

Максим Смирнов 9 сентября 2010 Варианты использования СОА

Лоскутная автоматизация

Неконтролируемая сложность дорого обходится и сильно мешает, плохо сказываясь на способности к адаптации и изменениям.

Однако сложность — вовсе не результат ошибок, а прямой результат адаптации и изменений, свойство растущей компьютерной среды. Это цена, которую пользователи платят за инновации

Yefim V. Natis Gartner Group Applied SOA:

Conquering IT Complexity Through Software Architecture


Что такое сервис-ориентированная архитектура?

W3C: набор вызываемых компонентовCBDI: правила, методы, инфраструктурыGartner: принцип проектирования ПОIBM: архитектура уровня предприятияOASIS: парадигма организации и использования распределенных информационных ресурсов

SOA separation of concerns:• сервисы данных предоставляют прозрачный доступ к информационным ресурсам • композитные приложения обеспечивают повторное использование функционала• бизнес-сервисы реализуют единую сеть рабочих процессов предприятия


1. Композитные приложения

Возможности : эффективный способ координации

независимых команд разработчиков

эволюционный подход к развитию сложной информационной системы

повторное использование унаследованных приложений

Необходимые условия: четко определены поведение и

характеристики компонента слабая связность отсутствие изменений отказоустойчивость масштабируемость


2. Управляемая событиями архитектура

Gregor Hohpe, Bobby Woolf“Enterprise integration patterns”

October 20, 2003

Приложение(мастер) уведомляет другие ИТ-системы об изменении состояния объекта используя механизм сообщений (messaging)

Преимущества: максимально слабая

связанность быстрая синхронизация

состояний бизнес-объектов в различных приложениях

приемлемые требования к оборудованию


Причины сложности интеграции приложений

Интеграция приложений – это бесконечный процесс синхронизации состояний различных образов одного и того же объекта реального мира, реализованных по-разному в каждой из ИТ-систем


3. Связанные данные

1. Всё есть ресурс (клиенты, товары, сотрудники, заказы, операции)2. Каждый ресурс адресуется унифицированным неизменным

идентификатором (URI)3. Простые операции над ресурсом (Create, Read, Update, Delete)4. Различные представления (html, xml, json)5. Взаимодействия без сохранения клиентского состояния (stateless)


От приложений к рабочим процессам

За взаимодействием информационных систем всегда скрываются процессы предоставления услуг клиентам, партнерам или сотрудникам компании


4. Программный интерфейс к бизнесу

рабочие процессы формализованы в виде сервисов; определены виды запросов и порядок их исполнения

ответственность за предоставление сервиса возложена на бизнес-подразделение или аутсорсера

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


5. Центр компетенций СОА

Максим Смирнов

Экспертиза по технологиям и бизнес-процессам

Узкий набор хорошо отработанных решений

Унаследованные приложения

Высокая стоимость внесения изменений

проекты процессыархитектура

Четкие цели и задачи

Ресурсные и временные ограничения

Постоянные изменения требований

Новые технологии и информационные системы

Сотрудничество (“architect the lines, not the boxes”)

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

Композитные приложения

Формирование экспертизы и управление знаниями


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

Максим Смирновруководитель департамента архитектуры систем поддержки бизнеса ОАО «Вымпелком»


варианты использования соа

Documents

Transcript of варианты использования соа