Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Информационные системы и технологии на предприятиях

Этапы жизненного цикла СОА

Построение СОА является итерационным циклическим процессом, который включает следующие этапы:

1. Создание модели. Моделью называют преобразование общего представления о целях и задачах бизнеса в бизнес-проект или в формализованную модель. Если модель поддерживает достаточный уровень формализма, то она может быть использована для оценивания работы бизнеса. Для этого в модель должны быть включены датчики, то есть ключевые индикаторы производительности (key performance indicators).

2. Компоновка системы. В компоновке системы принимают участие архитектор предприятия, бизнес-аналитик, архитектор, IT-директор. Вместе они транслируют модель в компоненты системы. Конечная цель компоновки - создание программной модели.

3. Внедрение. На этапе внедрения создаются информационное пространство и приложения, которые функционируют в этом пространстве.

4. Управления. На этом этапе оцениваются результаты, а полученные данные используются для совершенствования бизнес-проекта и моделей на следующей итерации создания СОА.

В SOA Foundation предусмотрено создание логической, программной и физической моделей СОА. Логическую модель СОА (рис. 4.5) можно представить как совокупность множеств, близких по функциональности услуг, объединенных корпоративной сервисной шиной (Enterprise Service Bus, ESB), а именно:

o сервисы взаимодействия (Interaction services) - обеспечивают связь между приложениями и источниками внешней информации. Источниками могут быть как люди, так и устройства, в частности, гао

Рис. 4.5. Логическая модель СОА

чики RFID, промышленные роботы, оборудование систем промышленной автоматики и др. Взаимодействие может осуществляться в ролевом контексте (role-context sensitive), где важны не только параметры, которые передаются, но и то, кто их передает, что дает возможность осуществлять ряд вспомогательных бизнес-процессов, в частности ау-тентифікацію, выбор источников по приоритетам;

o сервисы процессов (Process services) - реализуют логику управления, в частности организуют потоки бизнес-процессов (business process flows) и контролируют состояние бизнес-транзакций (business state machines: по IBM, машина состояний - это управляемая событиями бизнес-транзакция, в которой внешние события переводят систему из одного дискретного состояния в другое). Эти самые сервисы осуществляют оркестровку процессов;

o прикладные бизнес-сервисами (Business application services) - реализуют ядро бизнес-логики, они могут быть декомпозовані на мелкие услуги или, наоборот, собранные в услуги высшего уровня. Прикладные услуги компонуются в бизнес-процессы с помощью услуг процессов, но могут вызываться и сервисами взаимодействия;

o информационные услуги (Information services) - оперируют данными бизнес-процессов и реализуют два типа функций: 1) непосредственное обеспечение бизнес-процессов данным, которые могут поступать по запросам из реляционных баз данных, различных каталогов баз данных, файлов систем, репозиториев XML и других источников; 2) другой тип функций относится к управлению жизненным циклом информации и осуществляет миграцию данных, наполнение хранилищ данных, поддержку бизнес-аналитики и управления кон-тентом;

o сервисы доступа (Access) - предназначены для включения в сервисную архитектуру унаследованных приложений. Это достигается путем помещения этих применений в специальную "оболочку" и представление их в дальнейшем в виде услуг;

o сервисы для работы с партнерами (Partner services) - сочетают свойства услуг взаимодействии и услуг доступа, однако ориентированы на работу с предприятиями-партнерами;

o взаимодействие между сервисами осуществляется с помощью корпоративной шины ESB. Для создания ESB могут быть использованы различные технологии, в том числе WebSphere Enterprise Service Bus. WebSphere ESB является архитектурным шаблоном, с помощью которого может быть построена интеграционная платформа.

Кроме основных услуг в состав логической модели SOA Foundation входят следующие группы вспомогательных поддерживающих услуг:

o сервисы развития и оптимизации бизнеса (Business innovation and optimization services) - включают инструменты и структуры метаданных, предназначенные для кодирования бизнес-проек-тов. К ним относятся также средства моделирования бизнес-процессов, измерения метрик процессов и анализа производительности;

o сервисы разработки (Development services) - состоят из архитектурных инструментов, инструментов для разработки и компоновки приложений, методик, средств верификации, а также специализированных механизмов публикации, необходимые для создания приложений, предназначенных для работы в среде СОА;

o сервисы менеджмента IT (IT Service Management) - служат для мониторинга работы других сервисов, анализа сбоев и узких мест, восстановления после сбоев и реализации административной политики;

o инфраструктура сервисы (Infrastructure services) образуют ядро IT-среды, в котором функционируют применения СОА. С помощью этих услуг осуществляется виртуализация компьютерной платформы.

Логическая модель отображается в соответствующую программную и физическую модели СОА. Программная модель СОА существует как набор ролей, задач, правил кодирования, языков программирования, которым нужно следовать и которые нужно использовать в процессе создания ПО. Эту модель создают, учитывая следующие требования: модель должна поддерживать основные языки программирования, применение и компонентные модели, которые уже используются, например CICS, IMS, MQ, J2EE.NET, BPEL, XML, DB2, продукты Oracle, SAP. Модель должна обеспечивать повторное использование компонентов в соответствии с потребностями бизнес-проектов.

В основе программной модели лежит концепция последовательного раскрытия (progressive disclosure), которая предполагает возможность использования программных компонентов. В процессе создания программной модели реализуются следующие основные цели: программирование логики пользовательского взаимодействия (презентация-онных логики), управления бизнес-логикой, композиционной логикой и логикой взаимодействия услуг. Для того, чтобы реализовать концепцию последовательного раскрытия, сервисы всех множеств логической модели программируются как сервисные компоненты (service components), которые обмениваются сервисными данными (service data) и инициируются средствами сервисной шины (service bus):

o сервисный компонент - фундаментальные строительные блоки СОА;

o сервисные данные - нейтральные в отношении языков и технологий представления данных. Сервисные данные можно описывать как документы или сообщения, которыми обмениваются услуги;

o сервисная шина - средства для обмена данными между услугами и для обеспечения правил их взаимодействия.

Для реализации программной модели должны быть выполнены следующие

действия:

1) моделирование бизнес-проекта с включением основных индикаторов производительности;

2) преобразование модели в программную архитектуру;

3) кодирование потоков процессов и машин состояний;

4) поиск унаследованных приложений и ранее созданных услуг;

5) преобразования унаследованных приложений на услуги и создания новых услуг;

6) определение схем обмена данными и сообщениями между услугами;

7) задача потоков управления, политик и бизнес-правил;

8) компоновка услуг;

9) тестирование и внедрение.

Физическая модель служит для описания компонентов операционной среды реализации СОА. Эта модель устанавливает соответствие и потенциальные отношения между компонентами этой среды, но не является детальным архитектурным проектом.

Физическая модель представляется в виде набора серверов, однако реально такое разделение на физические серверы не обязателен. Физическая архитектура, как и логическая архитектура, концентрируется вокруг корпоративной шины ESB. В свою очередь главную роль в реализации ESB играет специализированный сервер ESB server.

Однако сервисная шина не сосредоточена только в этом сервере, она является виртуальным образованием и физически распределена по всей корпоративной сети. ESB server осуществляет управление шиной, но потоки данных при обмене между сервисами могут его обходить.

Функции ESB может выполнять вся внутренняя корпоративная сеть с такими традиционными серверами, как сервер защитного экрана (firewall server), который отделяет зону сети от внутренней части, защищенной от внешних воздействий; буферный сервер (proxy server), что сохраняет страницы, распределяет нагрузку и выполняет другие вспомогательные функции; портальный сервер (portal server), который обеспечивает взаимодействие с внешними пользователями; сервер процессов (process server), который отвечает за выполнение бизнес-процессов; сервер приложений (application server), который поддерживает выполнение приложений и обеспечивает прямой доступ к услугам; сервер интеграции данных (information integration server), который содержит данные, хранилища данных и услуги бизнес-аналитики (business intelligence services); сервер модернизации (enterprise modernization); сервер безопасности (security server), который решает проблемы идентификации, авторизации и аудита и реализует иные действия по защите услуг в рамках SOA Foundation; сервер IT-менеджмента (management server), который отвечает за управление ИТ-инфраструктурой.

Создание динамических бизнес-систем на базе СОА может придать импульс развитию таких перспективных технологий, как, например, технология самоуправляемого вычислений (autonomic computing). Инфраструктура COA должна быть построена так, чтобы она сама могла проявлять собственные неисправности и по возможности-востю исправлять их, осуществляя соответствующую перестройку.

Для решения этой задачи SOA Foundation предлагает инструментальные средства, позволяющие реализовать цикл мониторинг - анализ - планирование - исполнение (Monitor - Analyze-Plan-Execute). Наличие такого цикла добавляет инфраструктуре СОА возможности элементов самоуправления.

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

 
< Пред   СОДЕРЖАНИЕ   След >
 

Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее