 |
|
 |
|  |
Введение В 2006 году корпорация IBM приобрела компанию Webify. Такое решение было вызвано наличием у последней инновационного продукта Webify Industry Fabric, позволявшим создавать гибкие SOA-решения, ориентированные на конкретные отрасли бизнеса. Корпорация IBM объединила свой портфель решений для создания сервисно-ориентированной архитектуры с возможностями Webify Industry Fabric. Результатом стал продукт IBM WebSphere Business Services Fabric (WBSF). Бизнес-сервисы Основополагающим для WBSF является понятие бизнес-сервиса (business service). Бизнес-сервис - это бизнес-функция, характер выполнения которой зависит от заданных бизнес-политик и различных характеристик запроса сервиса. Бизнес-сервис представляет дискретную бизнес-функцию, из которых составляется бизнес-процесс. Он может быть построен с использованием Web-сервисов и промышленных стандартов: ACORD (Association for Cooperative Operations Research and Development), IAA (Insurance Application Architecture), HIPAA (Health Insurance Portability and Accountability Act), HL7 (Health Level Seven) и т.п. Запрос бизнес-сервиса может поступать из различных коммуникационных каналов: портал (Web), документооборот (B2B), телефонное сообщение (Independent Voice Response, IVR), факс и т.д. Примеры бизнес-сервисов: проверка кредита, открытие аккаунта и т.п. Идеализированное представление сервисно-ориентированной архитектуры состоит из трёх компонентов: поставщик сервиса, реестр и потребитель сервиса. Потребитель извлекает из реестра информацию о необходимом ему сервисе, а затем обращается к соответствующему поставщику сервиса. При использовании бизнес-сервисов клиент заранее не знает, какая именно конечная точка (поставщик сервиса) будет его обслуживать. Бизнес-сервис представляет собой некоторую оболочку для нескольких однотипных сервисов. Выбор одного из них осуществляется только при получении клиентского запроса. Конечная точка обработки запроса заранее не известна. Она определяется при исполнении бизнес-сервиса, а не на этапе его проектирования. Бизнес-сервис представляется тремя основными компонентами: Метаданные - это информация о бизнес-политиках, используемая для динамического выбора места исполнения бизнес-функции, определяемой бизнес-сервисом. Каноническая модель данных - это стандартизированное представление данных, необходимых для определения конечной точки, исполняющей конкретный запрос бизнес-сервиса. Бизнес-функция - это одна или несколько конечных точек, выбираемых динамически на основе метаданных. Исполнение бизнес-функции требует использования соответствующей информации, представленной в канонической модели данных. Реализация бизнес-функции может варьироваться в сложности, начиная от простых атомарных сервисов и заканчивания сложными сервисами, содержащими бизнес-процессы. Составной бизнес-сервис (Composite Business Service, CBS) – это совокупность нескольких бизнес-сервисов, которая предоставляет конкретное бизнес-решение. CBS – это готовое приложение, предлагаемое для использования клиенту. Бизнес-сервисы, входящие в составной бизнес-сервис, выполняются в определённой последовательности и используют существующие информационные системы предприятия. Каждый CBS представляет собой бизнес-процесс. Однако, возможна сборка бизнес-процесса из раннее созданных составных бизнес-сервисов. Обзор пакетов WBSF WebSphere Business Services Fabric – это платформа для создания и исполнения составных бизнес-сервисов. В соответствии с этим определением, WBSF состоит из двух основных пакетов: Business Services Foundation Pack предоставляет среду для исполнения составных бизнес-сервисов и управления ими. Компонентами Foundation Pack’а являются: WebSphere Process Server – платформа для автоматизации бизнес-процессов предприятия. Business Services Dynamic Assembler – динамический компоновщик бизнес-сервисов. Business Services Repository – храненилище описаний ресурсов, подписчиков и политик. Business Services Subscriber Manager – средство управления подписками на сервисы. Business Services Governance Manager – инструмент управления бизнес-сервисами. Business Services Performance Manager – монитор различных бизнес-метрик. Business Services Tools Pack состоит из инструментария, позволяющими разрабатывать и тестировать составные бизнес-сервисы. Tools Pack состоит из: WebSphere Integration Developer – среда создания бизнес-процессов из сервисных компонентов. Business Services Composition Studio – плагин для WebSphere Integration Developer, позволяющий определять метаданные бизнес-сервисов и бизнес-политики. Помимо этого, возможно использование Industry Content Packs, которые предоставляют набор типовых сервисов и образцовых моделей для конкретных отраслей бизнеса. На январь 2007 года такие пакеты существовали для областей страхования и здравоохранения. В дальнейшем, планируется появление подобных пакетов для банковской сферы, телекоммуникационной отрасли, государственных учреждений и т.д. Лицензирование Foundation Pack производится по количеству процессоров (value unit’ов) системы, на которую он устанавливается. Для Tools Pack и Industry Content Packs лицензирование осуществляется по количеству пользователей, которые будут использовать эти пакеты. Покупатель должен обязательно приобрести необходимое количество лицензий на Foundation Pack и как минимум одну лицензию на Tools Pack. Приобретение Industry Content Packs является опциональным. Архитектура WebSphere Business Services Fabric На рисунке 1 показана архитектура WebSphere Business Services Fabric, которая будет использоваться в данном разделе для описания различных составляющих продукта.  Рисунок 1. Архитектура IBM WebSphere Business Services Fabric. Tools Pack Данный пакет используется для разработки и тестирования составных бизнес-сервисов. Основу Tools Pack’а составляет WebSphere Integration Developer, который позволяет компоновать бизнес-процессы из различных сервисных компонентов. Следует отметить, что WebSphere Business Modeler, предназначенный для графического определения и имитационного моделирования бизнес-процессов предприятия, не входит в состав WBSF. Composition Studio – это специальный плагин для WebSphere Integration Developer. В результате их интеграции получается мощное средство разработки, позволяющее: Собирать составные бизнес-сервисы с помощью графических средств; Определять метаданные для конечных точек; Задавать бизнес-политики; Моделировать поведение составных бизнес-сервисов; Использовать коллективную разработку для разделения обязанностей. Для конечной точки важной является возможность определения метаданных. Метаданные представляют собой набор бизнес-политик. Соответственно, для определения метаданных необходимо иметь возможность задания бизнес-политик. Бизнес-политика – это совокупность нескольких утверждений (assertions). Все утверждения разделены на пять категорий: Performance Reliability Interoperability Security Manageability Примеры утверждений для различных категорий: Время ответа конечной точки менее 30 секунд (Performance); Конечная точка может выполнять обработку запросов с 5:00 до 21:00 (Manageability); Использование различных средств аутентификации для доступа к конечной точке: SSL, Kerberos (Security). С каждой политикой может быть связано любое количество утверждений. Аналогично, с каждой конечной точкой может быть связано любое количество политик. Возможно как использование предопределённых утвеждений, так и создание собственных. На рисунке 2 показано задание утверждений для политики ACMEIncPolicy. Данная политика определяет, что пользователь является сотрудником компании ACME Insurance.  Рисунок 2. Определение политики ACMEIncPolicy. Политики могут быть связаны с любым артефактом (пользователи, организации и т.п.), а не только с бизнес-сервисами. Важно отметить, что утверждения не являются бизнес-правилами. Это декларативные описания артефактов. Если возникает необходимость в применении внешнего механизма бизнес-правил совместно с WBSF, то можно использовать входящий в состав Industry Content Packs сервис Rules Engine Service, являющийся оболочкой для любого механизма бизнес-правил, соответствующего спецификации JSR-94. Для каждого бизнес-сервиса в среде разработки можно посмотреть, например, связанные с ним Web-сервисы, конечные точки, роли, подписавшиеся организации, связанные политики, связанные бизнес-процессы и т.п. Например, характеристики бизнес-сервиса Billing Inquiry показаны на рисунке 3.  Рисунок 3. Характеристики бизнес-сервиса Billing Inquiry. Созданные с помощью WebSphere Integration Developer и Composition Studio бизнес-сервисы и бизнес-процессы могут быть отлажены на тестовом экземпляре фабрики Local Test Instance Fabric. Foundation Pack Данный пакет предоставляет средства для исполнения и управления составными бизнес-сервисами. Созданное с помощью WebSphere Integration Developer решение размещается на WebSphere Process Server (WPS). При выполнении бизнес-процесса, соответствующего пользовательскому запросу, WPS, каждый раз встречая вызовы бизнес-сервисов, обращается к Business Services Dynamic Assembler для выбора подходящей конечной точки. Этот выбор основан на сопоставлении контекста, контента и контракта запроса сервиса и метаданных различных конечных точек, представляемых вызванным бизнес-сервисом. Контекст содержит различные атрибуты, описывающие пользовательский запрос. Например, имя клиента, используемый канал связи, время вызова и т.п. Контент – это информация о выполняемой транзакции. Например, её стоимость, используемая линия бизнеса и т.п. Контракт – это политики для данного клиента, находящиеся в Business Services Repository. Например, может храниться информация об автомобилях клиента (Personal Auto Policy) и его недвижимости (Homeowners Policy). Выбор конечных точек прозводится как во время исполнения решения (runtime), так и на этапе разработки решения (design time) с помощью моделирования. Преимущество динамической компоновки бизнес-сервисов заключается в отсутствии необходимости повторного развёртывания решения. При добавлении новой конечной точки для бизнес-сервиса в WBSF нет необходимости в изменении бизнес-процесса с помощью WebSphere Integration Developer – нужно только добавить информацию о конечной точке в Business Services Repository. Business Services Repository (BSR) – это хранилище описаний ресурсов, подписчиков и бизнес-политик. Под ресурсами понимаются приложения, комплекты приложений (application suites), бизнес-сервисы, сервисы доступа, Web-сервисы и бизнес-события. BSR предоставляет специальный API для создания, просмотра, обновления и удаления информации. При использовании Industry Content Packs он заранее заполнен данными об артефактах, специфичных для конкретной отрасли. BSR хранит бизнес-данные, необходимые для динамического выбора поставщика сервиса и компоновки. Он интегрируется вместе с какими-то другими реестрами и репозитариями (WSRR, UDDI, LDAP, CMDB и т.п.), образуя в результате единое хранилище данных о сервисах. Business Services Subscriber Manager используется для управления подписками пользователей/групп пользователей/организаций на составные бизнес-сервисы. Основные возможности Business Services Subscriber Manager: Контроль и автоматизация подписки на составные бизнес-сервисы и именования CBS для их потребителей. Возможность интеграции с корпоративными системами аутентификации и авторизации. Пользователи могут подписываться на сервисы и персонифицировать их в соответствии со своими потребностями. Возможность назначения сервисов на основе ролей. Каждому клиенту доступна определённая часть от всех имеющихся в WBSF составных бизнес-сервисов. Разрешение использования того или иного CBS для каждого пользователя определяет администратор. Каждый клиент может подписаться на все или на часть из доступных ему составных бизнес-сервисов/бизнес-процессов. Например, на рисунке 4 показано количество доступных и количество сервисов, на которые была оформлена подписка, для пользователей JSmith, JWells и MGreen.  Рисунок 4. Количество доступных и количество подписанных сервисов для трёх клиентов WBSF. На рисунке 5 показан список сервисов, на которые подписался клиент JSmith.  Рисунок 5. Список подписанных сервисов для клиента JSmith. Каждый пользователь может иметь возможность персонифицировать доступные ему составные бизнес-сервисы. Например, он может задать получение уведомлений при наступлении определённых событий, связанных с выбранным CBS (рис. 6).  Рисунок 6. Персонификация сервиса Quick Quote. Назначение Business Services Governance Manager – это управление метаданными, политиками и подписками, хранящимися в Business Services Repository. Governance Manager позволяет вносить изменения в BSR как на этапе разработки, так и при исполнении созданного решения. Он предоставляет возможность совместной работы для технических специалистов и бизнес-аналитиков. Списки внесённых изменений, поступающие из Composite Studio, обрабатываются Governance Manager’ом и сохраняются в BSR. Значения различных бизнес-метрик, получаемых при обработке клиентских запросов на WPS&BSDA, сохраняются в специальной базе данных. Информация, находящаяся в этой базе данных, может быть отображена с помощью Business Services Performance Manager (BSPM). Его назначение – это предоставление бизнес-аналитику различных бизнес-метрик и возможности мониторинга бизнес-процессов. Можно выделить следующий основной функционал Business Services Performance Manager: Персонализированные инструментальные панели, позволяющие просматривать данные в реальном масштабе или записанную ранее информацию. BSPM прослушивает бизнес-события, сгенерированные Business Services Dynamic Assembler или бизнес-сервисами. BSPM использует обычные очереди сообщений для получения информации. BSPM можно интегрировать с существующими системами мониторинга. В этом случае, BSPM будет передавать бизнес-события той системе мониторинга, с которой он был интегрирован. Мониторинг может быть детализирован до уровня отдельного взятого поставщика сервиса – конечной точки. На рисунках 7 и 8 показаны примеры отображаемой с помощью Performance Manager информации.  Рисунок 7. Количество успешно выполненных транзакций.  Рисунок 8. Информация о выполнении отдельного CBS. Industry Content Packs Для ускорения создания исполняемого на WBSF решения для конкретного предприятия компания IBM предлагает специальные пакеты – Industry Content Packs. Они содержат ряд компонентов, являющихся типовыми для различных отраслей бизнеса. Industry Content Packs состоят из двух частей: Industry Common Services – набор сервисов, часто используемых при создании бизнес-сервисов, бизнес-процессов и развёртывании решения. Reference Industry Models – типовые модели для различных индустрий. Эти модели можно разделить на три категории: Industry Services Models - модели бизнес-процессов, предопределённые бизнес-политики и метаданные бизнес-сервисов. Industry Semantic Models – семантические модели бизнеса, написанные на языке OWL (Web Ontology Language). Industry Message Models – модели транзакций, использующие стандартные отраслевые форматы сообщений. На январь 2007 года существовали две реализации отраслевых пакетов: Insurance Property&Casualty Pack: 1. Insurance Common Services: - ACORD Sign-On Service - ACORD Validation Service - TransactNow Channel Service - IVANS Channel Service - ACORD Error Handling Service - JSR 94 Rules Service - ACORD Debulking Service - ACORD Bulking Service 2. Reference Insurance Models: - Insurance Services Models based on ACORD/IAA: New Business, Policy Lifecycle, Claims Lifecycle, Distribution Management - Insurance Semantics Model based on IAA Business Object Model 2005 - Insurance Semantics Model based on ACORD P&C Messaging Model Version 1.10 Healthcare Payer Pack: 1. Healthcare Common Services: - HIPAA Bundling Service - HIPAA Basic Unbundling Service - HIPAA 270 Unbundling Service - HIPAA 271 Unbundling Service - HIPAA 835 Unbundling Service - HIPAA 276 Unbundling Service - HIPAA 277 Unbundling Service - HIPAA 837P Unbundling Service - HIPAA 837I Unbundling Service - HIPAA Validation Mediator Service - HIPAA 270 Error Extraction Service - HIPAA 837P Error Extraction Service - HIPAA 837I Error Extraction Service - HIPAA 276 Error Extraction Service - Image Transformation Service - HIPAA 275 Generation Service - HIPAA Claims Transformation Service - HIPAA Validation Service 2. Healthcare Reference Industry Models: - Healthcare Services Models: New Business, Policy Administration, Provider Collaboration, Claims Lifecycle - Healthcare Semantic Models based on HIPAA Messaging Models - Healthcare Semantic Models based HL7 RIM v3 Information Models За 2007 год компания IBM планирует выпустить следующие индустриальные пакеты: Banking Pack Life Insurance Pack Telecommunications Pack Government Pack Возможна разработка дополнительных пакетов бизнес-партнёрами IBM, системными интеграторами и независимыми поставщиками ПО. Приобретя лицензию на индустриальный пакет, пользователь может модифицировать его по своему усмотрению в зависимости от потребностей бизнеса. Он имеет возможность создавать собственные утверждения для бизнес-политик, определять новые типы каналов связи и ролей для бизнес-сервисов. Пример использования WebSphere Business Services Fabric На рисунке 9 показан пример использования WBSF для страховой компании.  Рисунок 9. Использование WBSF для страховой компании. Предприятие страховой отрасли предоставляет следующие бизнес-сервисы для своих клиентов: Account Inquiry Loan App Status Credit Reports Эти бизнес-сервисы могут быть каким-то образом организованы в CBS или бизнес-процесс. Бизнес-сервисы исполняются на WebSphere Process Server, входящем в состав WBSF. Каждый бизнес-сервис имеет собственные метаданные и конечные точки. Account Inquiry имеет две реальные конечные точки. Одна работает с 5:00 до 21:00, а вторая - с 21:00 до 5:00. В действительности, обе конечные точки имеют одну и ту же реализацию. Бизнес-сервис Claim Status может быть вызван для двух различных бизнес-линий: одна занимается страхованием автомобилей, а другая – страхованием недвижимости. Компания может предоставлять различное качество обслуживания клиенту в зависимости от его ценности. Эта возможность используется для бизнес-сервиса Credit Reports. Если стоимость транзакции для покупателя менее 1$, то его запрос будет обрабатывать медленная конечная точка. Напротив, если стоимость транзакции менее 5$, то будет использоваться быстрая конечная точка. Всё это – примеры ограничений, которые могут использоваться в различных бизнес-сервисах. На практике, они могут иметь порядка 10-20 ограничений в зависимости от того, каким именно образом они используются на предприятии. Для реализации этих ограничений используются бизнес-политики. Клиентами страховой компании могут быть различные организации/учреждения и частные лица. Каждому покупателю необходим персонифицированный доступ к информации страхового предприятия. Существующие сервисы могут быть потреблены через различные каналы связи: портал (Web); телефон (IVR); бумажные документы (B2B); сообщения, полученные с сотовых телефонов, и т.п. Таким образом, страховая компания имеет определённое количество бизнес-сервисов, которые налагают некоторые, определяемые спецификой бизнеса предприятия ограничения, описанные метаданными. Использовать предоставляемые услуги могут различные потребители, обращающиеся к сервисам через различные каналы связи. WBSF составляет промежуточное звено на рисунке и связывает потребителей с конечными точками – реальными поставщиками сервисов. Для хранения метаданных и бизнес-политик используется Business Services Repository (BSR). Можно сказать, что BSR хранит бизнес-описания сервисов и пользователей. Информация о технической реализации хранится во внешнем по отношению к WBSF репозитарии, в качестве которого может использоваться, например, WebSphere Service Registry and Repository. Для нашего примера из WSRR в BSR передаются технические описания семи конечных точек. Выбор конечной точки для исполнения клиентского запроса осуществляется динамическим компоновщиком (Business Services Dynamic Assembler) путём сопоставления метаданных с контекстом, контентом и контрактом запроса. Сравнивая эти три составляющих запроса с метаданными конечных точек, Business Services Dynamic Assembler может определить, какой именно поставщик сервиса будет обрабатывать поступивший запрос. Если возникает необходимость добавить к существующей инфраструктуре нового поставщика сервиса, то для этого нужно только добавить информацию о нём в репозитарий. Никаких изменений в сам бизнес-процесс или составной бизнес-сервис вносить не требуется. Следовательно, не требуется повторное размещение бизнес-процесса на WebSphere Process Server. На рисунке 9 показано добавление нового поставщика сервиса Credit Reports, обрабатывающего низкостоимостные транзакции с меньшим временем обслуживания. Эта дополнительная конечная точка будет обрабатывать только запросы, поступающие только от клиентов, располагающихся в определённых регионах. |
|
||||||||||||
|
|||||||||||||
