СМ-Консалт
 

Работа с Web-сервисами в корпоративных SOA: Часть 3. Объедините свои SOA в трехмерный единый сетевой концентратор (хаб)

Статьи Технологии разработки ПО SOA и Web-сервисы

Введение

В моей второй работе, в разделе, посвященном корпоративным SOA, «Максимизация функциональной совместимости с внешними Web-сервисами», я дала примеры функциональной совместимости без учета перегруженности множественного SOA—от простого протокольного сосуществования к комплексному совместному функционированию мультиплатформ. Я рассказала о том, как можно использовать Visual Studio.Net для создания Web-сервисов функций на базе платформы Microsoft®.Net и запускать их на IBM® WebSphere® Application Server.

В данной работе речь пойдет о том, как можно объединить множественные SOA для Web- и не Web-сервисов в один трехмерный единый сетевой концентратор для объединения различных серверных частей центральных блоков корпоративных систем следующих разделов:

  • Планирование бизнес-ресурсов (ERP)
  • Управление взаимодействием с заказчиками (CRM)
  • Управление цепью поставок (SCM)
  • Другие приложения интеграции прикладных систем предприятия (EAI)
  • Системы управления виртуальными базами данных

Речь также пойдет о том, как концентратор принимает входящие данные—события и данные—из различных источников. Я использую оси X, Y и Z, чтобы проиллюстрировать изображения в трехмерном пространстве.


Что такое единый сетевой концентратор SOA?

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

SOA — единый сетевой концентратор, однако не то же самое, что сервис-ориентированная интеграция ( «service-oriented integration», SOI). SOI объединяет Web-сервисы и центральный блок обработки данных, работающие на различных платформах. Он использует Web-сервисы передачи через межсетевой шлюз в центральный блок обработки данных. Вам понадобится ASP.Net или другая технология, чтобы заставить межсетевой шлюз функционировать, как Web-сервис.

SOA — это архитектура взаимодействия Web-сервисов, основанная на бизнесс процессах. Вы можете использовать Web-сервис в первом SOA, чтобы повторно использовать сервис в качестве Web-сервиса во втором SOA. Web-сервис может содержать несколько меньших Web-сервисов, чтобы донести сервис до потребителей.

Чтобы описать взаимодействие, используется язык описания (например, для SOAP) или другие средства описания взаимодействия (например, REST). Каждое взаимодействие является модульным и слабосвязанным, так что каждое взаимодействие независимо от любого другого взаимодействия. Это противоположно сильносвязанной центральной системе, которая зависит от сетевого шлюза для интеграции с Web-сервисами.


SOA-уровни

Давайте взглянем на уровни SOA в двухуровневом пространстве. Затем я продемонстрирую, почему лучше пользоваться трехмерным единым сетевым концентратором.

Вот первые пять уровней IBM-версии SOA (смотрите Resources), начиная с низшего:

  • Операционные системы
  • Компонентно-ориентированный
  • Сервисы
  • Бизнес-процесс
  • Уровень представления

Шестой уровень — интеграционная архитектура (также известная как Шина интеграции бизнеса — Enterprise Integration Bus), которая вертикально затрагивает все первые пять уровней. Слеующий после этого уровень качества сервиса, безопасность, управление и мониторинг.

Очевидно, что действующий уровень может состоять из упакованных приложений EAI, действующих приложений, прежних объектно-ориентированных приложений и приложений корпоративного интеллекта. Все могут быть объединены с компонентно-ориентированными системами второго уровня, использующими интеграцию SOI — как на проектном, так и на корпоративном уровне. Компоненты затем комбинируются или объединяются в составные приложения, чтобы обеспечить функции третьего уровня.

Четвертый уровень показывает, как эти сервисы перетекают один в другой в соответствии с совокупностью бизнесс-процессов. Более высокий уровень транслирует Web-сервисы на интерфейс приложения через Web Services for Remote Portlet (WSRP) стандартные или иные средства на уровне презентации для просмотра человеком.

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


Архитектуры повторного использования

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

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

Когда у меня есть многочисленные примеры объединения многократно используемых SOA в виде единого сетевого концентратора, соединяющегося с центральными блоками систем, я предлагаю следующие четыре шага создания концентратора:

  1. Моделировать массив SOA как многократно используемых архитектур на две части. Первая часть, главным образом, включает механизмы интеграции Web-сервисов, в то время как вторая часть в основном фокусируется на взаимодействии сервисов.
  2. Оптимизировать каждую SOA в более компактную форму для достижения наибольшей скорости и надежности. Проверить место на диске на фрагментацию, которая могла бы повредить исполнению.
  3. Расположить SOA в порядке важности и частотности повторного использования. Проверить требования пользователя о переменах в приоритетном выборе SOA.
  4. Объединить SOA в единый сетевой концентратор, присоединяющийся к одному или более центральному блоку систем, работающих на различных платформах. Проверить функциональную совместимость единиц, прежде не адресованных.

Репозиторий модульных SOA

Можно разработать репозиторий или библиотеку модульных и оптимизированных SOA, сгруппированных в иерархию различных категорий. Каждую категорию возможно разбить далее по подгруппам SOA с Web-сервисами на самых нижних уровнях иерархии.

Можно использовать репозиторий как динамическое согласующее устройство с приложениями Web-сервисов. Когда приложению необходимо получить доступ к модульному SOA, он связывается с репозиторием. Когда ему больше не нужен найденный SOA, он освобождает себя из репозитория, сохраняя место на диске, одновременно увеличивая скорость и выполнение.

Вот несколько примеров модульных SOA в репозитории:

  • SOA медико-санитарной помощи
  • SOA управления розничным предприятием
  • SOA логистики
  • SOA радиочастотной идентификации (RFID)

Пример использования репозитория

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

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


Двухмерная неразделенная SOA

Давайте взглянем на двухмерный сетевой концентратор трехмодульной SOA из Blue Repository: управление розничным предприятием, логистика и радиочастотная идентификация (смотрите Рисунок 1). Все они подсоединены к центральному сетевому шлюзу. Можно заставить сетевой шлюз функционировать как Web-сервис, если использовать ASP.Net, например.


Рисунок 1. Двухмерный сетевой концентратор несовмещенных SOA
Двухмерный сетевой концентратор несовмещенных SOA

Как можно увидеть, SOA не совместные. Можно скомбинировать все три как составное приложение, чтобы снизить количество соединителей к центральному сетевому шлюзу.


Двухмерные совместные SOA

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


Рисунок 2. Двухмерный сетевой концентратор совместных SOA
Двухмерный сетевой концентратор совместных SOA

Представьте концентратор в трехмерном пространстве

Как можно визуально представить трехмерный концентратор на двухмерном экране компьютера? Один способ решения этой задачи — нарисовать оси X, Y и Z единого сетевого концентратора в двухмерном пространстве. Другой способ — использовать программные средства, которые легко изменит двухмерный рисунок в его трехмерную версию.

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


Первый трехмерный сетевой концентратор

Рассмотрите единый сетевой концентратор в трехмерном пространстве, как показано на рисунке 3. Как видно, SOA идентификации радиочастотности частично закрывает SOA логистики. Закрытая часть SOA радиочастотной идентификации отграничивается синей чертой от SOA логистики.


Рисунок 3. Первый трехмерный сетевой концентратор совместных SOA
Первый трехмерный сетевой концентратор совместных SOA

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


Второй трехмерный сетевой концентратор

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


Рисунок 4. Второй трехмерный сетевой концентратор совместных SOA
Второй трехмерный сетевой концентратор совместных SOA

Как видно, соединитель от SOA радиочастотной идентификации проходит через SOA логистики.


Сколько совмещений для SOA?

Количество SOA, которые можно совместно использовать в трехмерном сетевом концентраторе, зависит от компромиссов между сложностью проекта, вопросов объединения и бизнесс процессов. Так же как избегают издережек SOA, необходимо убедиться, что не произойдет перегрузки сетевого концентратора в трехмерном пространстве в течение всего жизненного цикла разработки. Необходимо протестировать на перегрузку в каждом пункте цикла.


Заключение

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

23.02.2008

Добавить комментарий (анонимные комментарии не публикуются!!!)

ФИО: 
E-mail: 
Тема: 
Комментарий: 
Оценка:   
 
 
 
 
 
Код подтверждения:
   

Новости СМ-Консалт

Вышла версия BIPULSE 6.2

Мастер-класс для тренеров и руководителей "Работа в аудитории". 1 ступень уже в марте

Обновлено расписание тренингов до марта 2017 года

Новые статьи в библиотеке

Мифы про ГОСТ 34

Примеры отраслевых решений на основе BIPULSE

Практика реализации модуля интеграции для Rational Software Architect, позволяющего преобразовывать низкоуровневое представление процесса из IBM Rational ClearQuest в UML

Что удивляет в русских менеджерах иностранцев

Разработка ПО с использованием лучших мировых практик и инструментов на Иркутском авиационном заводе

Презентация доклада для IT Global Meetup Санкт-Петербург: "Почему Agile так популярен? Взгляд циника и психолога"

Заказчики и истории успеха

Наши тренинги, семинары, курсы

Дружите с нами на FaceBook

Проверить настройки
Компания
Сделано в СМ-Консалт
Услуги 
Компетенция
  • CMC-TotalTest (скоро)
    уникальная разработка автоматизации функционального тестирования. Альтернатива HP UFT, IBM RFT и Microsoft!
  • CMC-Bisquiter
    автоматизированное тестирование АБС "Бисквит"
  • CMC-Formater
    тестирование печатных и экранных форм
  • CMC-TerminalTest
    тестирование терминальных приложений
  • ProjectTracker
    интеграция ALM и MS Project
  • GanttChart
    модуль управления проектами для IBM Rational ClearQuest и TeamConcert
    Все разработки СМ-Консалт >
  • ИТ-консалтинг
  • Автоматизированное тестирование
  • Ручное тестирование
  • Аутсорсинг тестирования
  • Оптимизация бизнес-процессов
  • Внедрение методологии и инструментов ALM
  • Обучение и коучинг
  • Разработка ПО
  • Интеграция
ООО СМ-Консалт (СМК), 2004-2017.
Карта сайта