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

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

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

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

Быстрый просмотр операций настройки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    IBM Business Services Dynamic Assembler

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

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

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