 | Уровень сложности: средний Вей Вонг (Wei Wang), инженер по программному обеспечению, IBM
Янь Юнь Мо, инженер-программист, IBM
Лей Чжан, ведущий ИТ-архитектор, IBM
Пэн Тан, инженер-программист, IBM
Цзин Фэн, инженер-программист, IBM
26.10.2009 В первой статье серии был дан обзор и описаны нововведения WebSphere Business Services Fabric (WBSF) версии 6.1. В данной статье будет представлен небольшой бизнес-пример, показана бизнес-проблема, проанализированы бизнес-требования и в итоге предложено решение на базе WBSF.
Введение в сценарий: приложение для работы с визами
Как известно, при путешествиях за границу вам необходимо иметь визу, чтобы получить возможность въезда в другую страну. Первый шаг в процессе получения визы - предоставление необходимых данных соответствующему ведомству. После этого, по прошествии некоторого времени, вы получаете результаты проверки поданной информации. Для этого посольство, в которое поданы бумаги, выбирает сервис-провайдера, чья работа заключается в верификации данных. Если информация достоверна и соответствует предъявляемым требованиям, выдается виза.
Предположим для примера, что посольство ABC работает с тремя типами виз: туристическими, деловыми и студенческими. Туристическая виза требует максимальной срочности и должна быть обработана в самый короткий период времени, студенческая - наоборот, бизнес-виза находится где-то посередине.
Допустим, в рамках нашего сценария, что имеется четыре сервис-провайдера, предоставляющих услуги верификации информации: HUG, OMMK, ABQ и UY. Основные различия между ними заключаются во времени обработки информации и стоимости услуги.
Изложение проблемы
Четыре провайдера (HUG, OMMK, ABQ и UY) могут предоставить услугу с различным временем обработки и стоимостью, но ни один из них не является наилучшим для всех трех типов виз (туристической, бизнес- и студенческой), потому что эти параметры должны быть сбалансированы в каждом отдельном случае (заказчик надеется получить наиболее быстрый ответ за максимально низкую цену).
Далее, условия могут измениться в связи со следующими событиями:
- Время обработки запроса каким-либо провайдером изменится
- Стоимость услуги какого-либо провайдера изменится
- Появится новый провайдер
- Существующий провайдер прекратит работу
Участниками данного сценария также являются посольства, предоставляющие и подтверждающие визы. Основная проблема посольства - динамический выбор наиболее эффективного сервис-провайдера для конкретного запроса.
С другой стороны, посольство ABC также хочет знать:
- Процент успешных запросов для каждого провайдера
- Итоговые затраты за заданный период времени
- Среднее время обработки
- Процентное распределение сервис-провайдеров по количеству запросов
Бизнес-анализ
В этой секции мы детально рассмотрим бизнес-пример и соответствующую задачу
Требования к времени обработки
Требования к времени обработки для всех типов виз показаны ниже:
Таблица 1. Требования ко времени обработки
| Тип визы | Требуемое время обработки |
|---|
| Туристическая | < 10 дней |
|---|
| Бизнес | < 15 дней |
|---|
| Студенческая | < 20 дней |
|---|
Существующие сервисы
Четыре существующих сервис-провайдера предлагают услуги с разным временем обработки и стоимостью:
Таблица 2. Время обработки и стоимость услуг провайдеров
| Провайдер | Время обработки | Стоимость |
|---|
| HUG | 5 дней | $20 за транзакцию |
|---|
| OMMK | 12 дней | $10 за транзакцию |
|---|
| ABQ | 17 дней | $8 за транзакцию |
|---|
| UY | 18 дней | $5 за транзакцию |
|---|
HUG предоставляет наиболее оперативный сервис, но его стоимость самая высокая. Услуги от UY медленные, но самые дешевые. Стоимость и оперативность OMMK и ABQ находятся где-то между HUG и UY.
Правила
В соответствии с требованиями к времени обработки и стоимости при выборе сервис-провайдера для каждой заявки необходимо соблюдать следующие правила.
Таблица 3. Правила
| Номер | Условие | Требование | Приоритет |
|---|
| 1 | Тип визы - туристическая | Время обработки < 10 дней | Высокий |
|---|
| 2 | Тип визы - бизнес | Время обработки < 15 дней | Высокий |
|---|
| 3 | Тип визы - студенческая | Время обработки < 20 дней | Высокий |
|---|
| 4 | Нет | Минимизация затрат | Низкий |
|---|
Правила из данной таблицы задают условия для выбора сервис-провайдера, и все они независимы друг от друга. При получении заявки правило действует только в случае выполнения его условия. Если правило действует, его требование должно быть удовлетворено. Если необходимо учитывать несколько правил, они обрабатываются в соответствии с приоритетом.
Имеется 3 высокоприоритетных правила, основанных на требованиях к времени обработки. Первое правило будет считаться применимым, если тип визы - туристическая, в таком случае ее подтверждение должно быть завершено в течение 10 дней. Второе правило будет применимым для бизнес-визы, требование к времени обработки которой - 15 дней. Если мы имеем дело со студенческой визой, согласно третьему правилу, сервис должен ответить в течение 20 дней.
Другим требованием, которое необходимо учитывать, является выбор наиболее дешевого провайдера среди тех, кто может обработать запрос в течение допустимого времени. Это требование формирует четвертое правило в таблице.
Ожидаемый результат
Ниже приведен список провайдеров, выбираемых для каждого типа визы в соответствии с требованиями и правилами:
Таблица 4. Выбор провайдера
| Номер | Тип визы | Выбранный провайдер |
|---|
| 1 | Туристическая | HUG |
|---|
| 2 | Бизнес | OMMK |
|---|
| 3 | Студенческая | UY |
|---|
Давайте разберем его более детально:
- В случае туристической визы требуемое время обработки составляет менее 10 дней. Соответственно, только HUG может предоставить сервис, удовлетворяющий этим временным рамкам, поэтому нам придется выбрать его, невзирая на высокую стоимость.
- Для бизнес-визы проверка должна быть осуществлена в течение 15 дней. Эти сроки могут обеспечить и HUG, и OMMK. Однако OMMK менее затратен, поэтому выбранным провайдером будет OMMK.
- Если тип визы - студенческая, сервис должен обработать ее за 20 дней. Нам подходят все 4 провайдера. Будет выбран UY, как самый дешевый.
Из таблицы выше следует, что провайдер ABQ не будет выбран ни при каких обстоятельствах, что является следствием его наиболее высокой цены. Если бы ABQ увеличил свою оперативность или снизил расходы, у него был бы шанс быть использованным.
Решение: Использование WBSF
Существуют разные варианты решения бизнес-задачи и удовлетворения указанных требований.
Типичным подходом является "жесткое программирование" (hard coding). Однако если изменится время обработки или стоимость какого-либо сервиса, придется прибегать к модификации, рекомпиляции исходного кода и переустановке приложения.
Хорошим выбором является использование механизма правил. Он позволяет выбирать подходящего сервис-провайдера с использованием предопределенного набора правил.
Использование IBM WebSphere Business Services Fabric (WBSF) в качестве платформы полного цикла для сборки, поставки и управления отраслевыми композитными бизнес-сервисами на основе SOA является наилучшим выбором в силу того, что концепция WBSF очень хорошо соответствует нуждам бизнеса, как мы можем видеть из следующей таблицы:
Таблица 5. Использование WBSF
| Бизнес-концпеция | Элемент WBSF |
|---|
| Сервис верификации визовой информации | Бизнес-сервис |
|---|
| Сервис-провайдеры | Контрольные точки (Endpoints) |
|---|
| Время обработки и стоимость | Проверка контрольной точки (Endpoint Assertion) |
|---|
| Правила | Политики |
|---|
WBSF позволяет выбирать наиболее подходящего провайдера для каждого запроса с помощью политик, а также обеспечивает следующие важные функции:
- Бизнес-сервис в структуре WBSF может быть ассоциирован с сервисом верификации визовой информации.
- В случае появления или прекращения работы провайдера в WBSF может быть зарегистрирована или удалена соответствующая контрольная точка.
- Время обработки или стоимость провайдера могут быть изменены во время работы путем изменения проверки контрольной точки.
- Политики можно изменять, добавлять и удалять динамически для изменения требований к времени обработки, добавления или удаления типов виз.
В двух последующих статьях данной серии мы рассмотрим данное решение более детально, и покажем пути его реализации.
Итоги
В данной статье мы проанализировали бизнес-пример и предложили решение на базе WBSF, основанное на анализе изменяемых параметров сервиса (его стоимости, сервис-провайдеров, качества сервиса и т.д.) В следующей статье будет представлена подробная реализация данного решения.
Ресурсы - Примите участие в обсуждении материала на форуме.
- Оригинал статьи "Use WebSphere Business Services Fabric v6.1 to Build Composite Business Services, Part 2" (EN).
- Узнайте больше об IBM WebSphere Business Services Fabric, используемом для создания адаптивных, быстро настраиваемых под динамические изменения бизнес-процессов, основанных на технологии SOA.
- Посетите Информационный центр IBM WebSphere Business Process Management v6.0, где вы сможете найти всю необходимую информацию для установки, поддержки и использования продуктов IBM WebSphere Business Process Management.
-
Технический журнал разработчика IBM WebSphere. Разработка адаптивных композитных бизнес-сервисов при помощи WebSphere Business Services Fabric, часть 1: Обзор новой платформы IBM для моделирования, сборки и установки бизнес-сервисов (EN)
-
Технический журнал разработчика IBM WebSphere. Разработка адаптивных композитных бизнес-сервисов при помощи WebSphere Business Services Fabric, часть 2: Анализ бизнес-требований
-
Разработка адаптивных композитных бизнес-сервисов при помощи WebSphere Business Services Fabric, часть 3: CBS моделирование, онтологическое редактирование, эмуляция политик
-
Разработка адаптивных композитных бизнес-сервисов при помощи WebSphere Business Services Fabric, часть 4: Сборка сервиса с помощью компонента Dynamic Assembler SCA
Об авторах | | | Вэй Вонг (Wei Wang) работает в лаборатории China Software Development Lab в качестве инженера по программному обеспечению. Он занимается, в основном, клиентскими технологиями "Pervasive computing". |
| | | Янь Юнь Мо (Yan Jun Mo) - инженер-программист Global Business Solution Center, IBM. В данный момент он занимается построением SOA бизнес-решений для нужд правительства. |
| | | Лей Чжан (Lei Zhang) является ведущим архитектором решения Road User Charging (RUC) системы Intelligent Transportation System (ITS), используемой для нужд правительства. Он работает в Global Business Solution Center, IBM. WBSF занимает важное место в линейке решений GBSC в качестве основы SOA. В 2007 году Лей и его команда присоединились к программе WBSF V6.1 BETA и подтвердили большую ценность WBSF 6.1 в разработке решений для правительства. |
| | | Пэн Тан (Peng Tang) - инженер-программист Global Business Solution Center, IBM, где в настоящее время он разрабатывает CBE (Common Business Enabler) для расширения применения единых бизнес-сервисов в различных отраслях. |
| | | Цзин Фэн (Jing Feng) работает в IBM GBSC и занимается J2EE, SOA-решениями, EAI и BPM. |
Выскажите мнение об этой странице
| |
