Процесс компоновки WebSphere Business Services Fabric

Продукт WebSphere Business Services Fabric предоставляет совместно управляемую среду, позволяющую администраторам, архитекторам, бизнес-аналитикам и разработчикам совместно осуществлять операции по компоновке и доставке бизнес-служб в системах с архитектурой на основе служб (SOA).

На следующем рисунке отображено высокоуровневое представление о процессе компоновки WebSphere Business Services Fabric, включая порядок разработки, развертывания, вызова и оптимизации бизнес-служб.

Рис. 1. Процесс разработки, развертывания, вызова и оптимизации бизнес-служб WebSphere Business Services FabricПроцесс компоновки WebSphere Business Services Fabric
Понятия, связанные с данным
Взаимозависимость продуктов WebSphere
Бизнес-службы
Общие сведения о продукте
Ссылки, связанные с данной
Условия использования
Примечания и товарные знаки

Порядок настройки WebSphere Business Services Fabric — Обзор

Перед началом работы с WebSphere Business Services Fabric после установки этого продукта необходимо выполнить следующие операции настройки. Если не выполнить эти операции, начать работу с WebSphere Business Services Fabric не удастся.

  1. Настройка объединенных источников: После установки и запуска WebSphere Business Services Fabric администратор должен настроить систему для интеграции с хранилищами LDAP и WebSphere Service Registry and Repository (WSRR) (если они используются). Если в системе применяется только Business Services Repository, пропустите этот шаг и начните с шага 2.

    Выполняется администратором в Business Services Governance Manager.

  2. Предоставление пользователям доступа к WebSphere Business Services Fabric: Для того чтобы начатьработу с помощью WebSphere Business Services Fabric, администратор должен присвоить пользователям роли Fabric. После присвоения ролей администратор должен зарегистрировать организации и пользователей в этих бизнес-службах. После регистрации пользователи будут доступны в Администраторе подписки (Subscriber Manager).

    Выполняется администратором в Business Services Subscriber Manager > Управление подписчиками.

Процесс разработки, развертывания, вызова и оптимизации бизнес-служб — Обзор

Процесс WebSphere Business Services Fabric охватывает сквозные операции разработки бизнес-служб от создания концептуального проекта до загрузки этих служб пользователям. К таким общим операциям относятся:

Более подробная информация об этих операциях приведена в электронной документации по каждому из модулей.

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

  1. Определение проекта фабрики

    Операции WebSphere Business Services Fabric выполняются в рамках проекта. Конфигурация каждого проекта связывается с содержимым метаданных и группой, обслуживающей это содержимое. Для разных типов содержимого можно создавать разные проекты. В начале проекта разработки администратор должен создать новый проект типа Бизнес-служба, присвоить ему группу, а затем выделить пространства имен для экземпляров, принадлежащих этому проекту. Для отраслевой информации, объединенных источников и расширений онтологии используются проекты других типов.

    На этом этапе администратор должен также присвоить каждому проекту Fabric пространства имен (то есть расположения метаданных бизнес-службы). Существуют различные категории пространств имен, которые определяются типом хранящихся в них метаданных. Обычно у проекта есть по крайней мере одно пространство имен типа Экземпляр (Instance), предназначенное для хранения экземпляров. Если проект содержит бизнес-службы для подписки и информацию о регистрации, то для него должно существовать другое пространство имен типа Регистрация (Enrollment), в котором будет храниться информация о регистрации и подписке на эти службы.

    Выполняется пользователем с ролью администратора в Business Services Governance Manager > Настроить проекты.

  2. Настройка пространств имен проектов

    Администратор должен также определить, какие пространства имен из других проектов должны быть доступны и могут использоваться в новых проектах Fabric. Пользователи могут видеть метаданные, хранящиеся в импортированных пространствах имен проекта, и обращаться к ним. По мере развития проекта для него могут потребоваться экземпляры из других проектов. Также возможно, что экземпляры из пространства имен данного проекта потребуется сделать доступными для других проектов. На разных этапах проекта эти требования могут быть пересмотрены администратором.

    Выполняется пользователем с ролью администратора в Business Services Governance Manager > Настроить пространства имен.

  3. Создание проекта в Business Services Composition Studio

    Пользователь Business Services Composition Studio обновляет рабочую область проекта, чтобы загрузить в нее последнюю версию хранилища. Затем пользователь выбирает проект из списка проектов, доступных группе, в состав которой он входит. При обновлении и выборе проекта настраивается среда проекта пользователя. После настройки среды пользователь может создавать экземпляры метаданных в принадлежащих проекту пространствах имен. Экземпляры из пространств имен, импортированных из других проектов, доступны только для чтения.

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

    Выполняется пользователем с ролью разработчика и архитектора в Business Services Composition Studio.

  4. Создание, изменение, тестирование и передача метаданных

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

    Выполняется пользователем с ролью разработчика и архитектора в Business Services Composition Studio.

  5. Утверждение или отклонение изменений метаданных компонента IBM Business Services Governance.

    Администратор IBM Business Services Governance Manager проверяет изменения, внесенные в метаданные бизнес-службы, утверждает их и публикует в хранилище. Администратор может также отклонить изменения, если они противоречат существующим метаданным.

    Выполняется пользователем с ролью администратора в Business Services Governance Manager > Управление изменениями.

  6. Регистрация пользователей и организаций в бизнес-службах

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

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

    Выполняется различными ролями в Business Services Subscriber Manager > Управление подписчиками.

  7. Вызов бизнес-службы

    В рабочей среде бизнес-служба вызывается ее пользователем. Используя метаданные бизнес-службы, Business Services Dynamic Assembler вызывает самую доступную конечную точку. В зависимости от пользователя, бизнес-службы, содержимого запроса, а также стратегии, применяемой к бизнес-службе, компонент возвращает подходящий ответ. Например, подходящим ответом может быть вызов конечной точки за время ответа, соответствующее уровню обслуживания клиента.

  8. Анализ и оптимизация производительности бизнес-службы

    Администратор приложения может обращаться к отчетам о производительности бизнес-службы и выполнять настройку ее производительности.

    Выполняется различными ролями в Business Services Performance Manager.