 | Уровень сложности: средний Барбара Макки, главный проектировщик, IBM
Джон Колгрейв, IT проектировщик, IBM
Марк-Томас Шмидт, старший программный инженер, IBM
Дункан Кларк, IT проектировщик, IBM
19.09.2006 В этой статье описаны основные принципы и возможности IBM WebSphere Service Registry and Repository. Здесь расписана роль Service Registry and Repository (сервисного реестра и хранилища) в жизненном цикле сервис-ориентированной архитектуры (SOA) и указаны источники для желающих изучить это глубже.
Введение
Сервис-ориентированная архитектура (SOA) открывает перспективы скорости и гибкости в бизнесе за счёт повторного использования, слабых связей, гибкости, способности к взаимодействию, интеграции и возможности управления. Это реализовано отделением служебных описаний от их кода и использованием описывающих метаданных в жизненном цикле службы. В основанных на стандартах, работающих с метаданными продуктах, таких как язык определений web-служб (WSDL), схема XML, правила или документация по архитектуре компонентов служб (SCA), реализованы технические детали, с помощью которых можно вызвать службу или узнать, каких действий от прочих служб она ожидает. Чтобы пользователям было ясно, как и когда можно использовать службу, и зачем она вообще есть, в эти продукты можно включить текстовые аннотации и прочие метаданные.
На этапах моделирования и сборки в жизненном цикле SOA служебные метаданные используют аналитики, проектировщики и разработчики для того, чтоб определить, какие из служб использовать повторно и оценить необходимый объём изменений в настройках. Служебные метаданные используются теми, кто размещает службы, администраторами и рабочими модулями SOA на этапах размещения и выполнения жизненного цикла SOA для динамического выбора конечных точек служб и настройки структуры SOA. Они используются на этапе управления отслеживания соблюдение правил согласно соглашениям о служебных уровнях (SLAs) и для предоставления возможности точнее оценить среду, в которой размещается служба. Более детальное описание основы SOA в IBM, жизненного цикла SOA и ссылочной архитектуры вы найдёте в IBM's SOA Foundation: архитектура и общее обозрение в разделе Ресурсы.
В этой статье обсуждаются возможности IBM® WebSphere® Service Registry and Repository в рамках жизненного цикла SOA и то, как различные пользователи могут работать с ними на разных этапах жизненного цикла SOA. Также здесь есть ссылки на различные ресурсы, которые помогут вам начать изучение WebSphere Service Registry and Repository.
Что такое WebSphere Service Registry and Repository?
WebSphere Service Registry and Repository - это главное хранилище метаданных для хранения описаний конечных точек взаимодействий. Здесь применяется широкое определение элемента "служба" (service). Сюда включены традиционные Web-службы с интерфейсами WSDL, со связями SOAP/HTTP, а также немало разнообразных служб SOA, которые могут быть описаны через WSDL, XSD, набор правил, могут использовать различные протоколы и быть написанными на разных программных моделях. Больше вы найдёте здесь - Введение в модель программирования IBM SOA в Ресурсах.
Будучи точкой сбора служебных метаданных, WebSphere Service Registry and Repository является местом, где можно найти и воспользоваться большим количеством служебных метаданных, полученных из разных источников, включающих данные служебных программ и прочие служебные метаданные, реестры и хранилища конечных точек, такие как Universal Description, Discovery, and Integration (UDDI). Здесь служебные метаданные со всего приложения собраны воедино и дают целостную картину службы. Благодаря этому прозрачность контролируется, версии управляются, предлагаемые изменения обсуждаются, использование отслеживается, а прочие части - основы SOA могут иметь доступ к служебным метаданным с уверенностью, что ими найдена копия записи.
WebSphere Service Registry and Repository не управляет всеми служебными метаданными, а также не управляет ими на протяжении всего жизненного цикла SOA. Оно выбирает минимальный набор метаданных, описывающий возможности, требования и текстовые описания конечных точек служб. Оно взаимодействует с прочими хранилищами метаданных, играющими роль в управлении всем жизненным циклом службы.
Описание бизнес-службы WebSphere Service Registry and Repository и этапов жизненного цикла SOA
Чтобы показать, как можно использовать WebSphere Service Registry and Repository на этапах жизненного цикла SOA. Давайте посмотрим на день из жизни бизнес-службы, от её изобретения на этапе моделирования до превращения в сложное исполняемое приложение на этапе сборки, до превращения в рабочую среду SOA на этапе размещения и выполнения, до слежения и контроля на этапе управления, что отражено на рисунке 1.
Рисунок 1. Задания WebSphere Service Registry and Respository SOA
Использование WebSphere Service Registry and Repository на этапах моделирования и сборки
На этапе запуска WebSphere Service Registry and Repository используется для поиска копий записей конечных точек запрашивающих служб или посредников, равно как и правил взаимодействия.
Как и на прочих этапах жизненного цикла SOA WebSphere Service Registry and Repository работает вместе с хранилищами, управляющими продуктами SOA на этапе запуска. Например, система управления запускаемыми программами, такая как Rational® Clearcase следит за блоками служб и сложных программ: исходный код, описания служебного интерфейса, программные проектные модули или модели бизнес-процессов, находящимися на этапе конструирования. А Reusable Assets Manager and Asset Repository управляет множеством программ, описывающих имущество согласно стандартам Reusable Asset Specification (RAS). Оно осуществляет руководство над передачей имущества программам и выполняет сопутствующие разрешительные действия. Более детальную информацию можно найти на сайте Object Management Group в Ресурсах.
WebSphere Service Registry and Repository дополняет эти хранилища и объединяет их данные; например, для данного служебного объявления WSDL в нём может находиться ссылка на повторно используемое вложенное объявление, по которому пользователи могут найти больше информации о использовании и функционировании службы, или менеджеры повторно используемых вложений могут анализировать использование вложения (например, сколько служб на нём основано).
Бизнес аналитики, проектировщики решений и разработчики создают служебные метаданные и используют существующие метаданные при выполнении своих задач. Они используют системы управления разработкой программ для отслеживания работы над промежуточным продуктом и содействуют определению повторно используемых вложений, принимаемых RAS-менеджером. Бизнес аналитики, проектировщики решений и разработчики используют WebSphere Service Registry and Repository для ознакомления с набором уже выложенных служб, которые могут быть использованы в качестве блоков для создания их новых продуктов, и они создают служебные метаданные, которые попадают в WebSphere Service Registry and Repository, когда скрытая служба попадает из стадии разработки в запущенное состояние (тестирование, стажировка и производство). Их интерес и вклад в WebSphere Service Registry and Repository зависит от их задач.
Краткое резюме:
Аналитики моделируют новые бизнес процессы и используют WebSphere Service Registry and Repository, чтобы лучше понять имеющуюся среду. Если вы аналитик, вы можете взглянуть на текстовые аннотации для составления бизнес-карты способностей службы, не углубляясь при этом в технические детали вроде интерфейсов WSDL. Для работы с классифицирующими системами, описывающими бизнес-составляющую процесса, аналитики могут сотрудничать с менеджеров вложений.
Проектировщики по поиску решений с помощью реестра и хранилища ищут в уже имеющихся службах блоки, которые они смогут использовать в новых продуктах. В качестве такового вы также можете использовать найденные в WebSphere Service Registry and Repository текстовые описания для сверки списка, необходимого для построения блоков, оформленного аналитиками без вникания в технические детали.
Разработчики компонентов при создании новых компонентов ищут в WebSphere Service Registry and Repository службы, которые можно вызывать в их программах, а также создают запросы к WebSphere Service Registry and Repository в теле своих программ. Разработчики компонентов при помощи WebSphere Service Registry and Repository анализируют, какое количество изменений в других службах возникнет из-за изменений в этой службе.
Разработчики интеграции собирают решения из новых или уже существующих компонент. Будучи разработчиком интеграции, вы можете использовать WebSphere Service Registry and Repository для поиска блоков, которые ссылками можно привязать к вашему сложному приложению. Разработчики интеграции моделируют промежуточные действия, необходимые для взаимодействия конечных точек служб, и используют WebSphere Service Registry and Repository для, например, выбора конечных точек служб, используемых при динамическом роутинге. Вместе с менеджером по вложениям они могут также обнаруживать имеющиеся конечные точки и публиковать их в WebSphere Service Registry and Repository.
Детальнее роли пользователей обсуждаются здесь: Программная модель SOA в создании Web-служб, часть 10: роли пользователей в SOA в Ресурсах.
Использование WebSphere Service Registry and Repository на этапах запуска и работы
WebSphere Service Registry and Repository системно хранит метаданные с описаниями конечных точек взаимодействия служб. Оно заполняется метаданными в процессе разработки или при нахождении конечных точек; и используется как рабочим процессом SOA, так и отладчиком и администратором, когда для работы сложных приложений необходима детальная информация о конечных точках служб.
Когда разработчики заканчивают свою работу и тестирование, отладчики продолжают работу со служебными метаданными, создавая связывающую информацию о конечных точках служб, используемых в сложных приложениях, управляя размещением метаданных от процесса разработки и до создания реестра и хранилища, как этапа процесса отладки. Также осуществляется руководство служебными метаданными при переходе от проверочной в рабочую среду, в которых WebSphere Service Registry and Repository могут быть разными. В рабочей среде доступ к WebSphere Service Registry and Repository открывается для широкой аудитории. Он открывается для рабочих процессов и людей, ответственных за работу IT-системы.
Опять-таки новые служебные метаданные и изменения в существующих могут быть обнаружены в других служебных реестрах и хранилищах, размещённых в WebSphere Service Registry and Repository. Эти данные могут быть использованы при внесении изменений в настройки настройщиками и администраторами по поиску решений. Обнаруженные служебные метаданные обычно не полные, не наглядные и не пригодны к употреблению. Отладчики работают вместе с менеджерами по вложениям, чтобы снабдить метаданные необходимыми комментариями, разрешениями и связями.
Автоматизация публикации служебных метаданных интегрирует управление метаданными с процессом управления SOA.
Разработчики компонентов и разработчики интеграции. Обращения к служебному реестру и хранилищу в процессе работы могут осуществляться в конечных точках служб разработчиком компонентов или промежуточными программами, настроенными разработчиком интеграции. Динамический выбор конечных точек и привязка к оптимальной конечной точке - ключевой момент в использовании служебного реестра и хранилища провайдером. Правила выбора конечных точек могут быть закодированы в ESB-управляемых посредничествах. Подробнее здесь: Введение в IBM Enterprise Service Bus в Ресурсах.
Ещё одна область использования - при динамическом слежении за использованием правил при взаимодействии служб в процессе создания логов, фильтрации и преобразовании данных при роутинге. WebSphere Service Registry and Repository хранит как информацию о конечных точках, так и правила, которые их касаются; точки соблюдения правил могут быть настроены при помощи этой информации и перенастроены при изменении метаданных из WebSphere Service Registry and Repository.
В рабочих элементах SOA зачастую содержится неполная информация для настройки, меньшая по объёму, чем в WebSphere Service Registry and Repository; в таких случаях эта информация берётся из WebSphere Service Registry and Repository.
Администраторы по решениям используют содержимое WebSphere Service Registry and Repository для лучшего понимания того, что они администрируют, и в дальнейшем могут динамически обновлять WebSphere Service Registry and Repository при внесении изменений в настройки (например, меняя правила выбора, описывающие конечные точки документов, или применяемые правила). Эти вносимые администраторами изменения должны контролироваться. Это осуществляет управляющие и поддерживающие WebSphere Service Registry and Repository, равно как и контролируют, кто и какие действия может осуществлять.
Использование WebSphere Service Registry and Repository на этапе управления
Благодаря размещению имеющихся служебных метаданных SOA в Service Registry and Repository достигаются лучшие возможности для управления и мониторинга служебной окружающей средой. Информация о работе службы может отправляться в WebSphere Service Registry and Repository и использоваться окружающей средой при выборе оптимального провайдера.
Как и на прочих этапах жизненного цикла на этом этапе WebSphere Service Registry and Repository управляет только минимальным набором данных и сотрудничает с другими хранилищами, управляя информацией о службе. Например, Configuration Management Database (CMDB), такая как ITSM Change, собирает и управляет подробную информацию об окружающей среде, в которой работают конечные точки. Продукты управления службой, такие как IBM's ITSM suite, используют и обновляют информацию и осуществляют управление процессами, настраивающими скрытую инфраструктуру.
Взаимодействие WebSphere Service Registry and Repository и CMDB позволяет пользователям WebSphere Service Registry and Repository углубиться в информацию об окружающей среде и состоянии службы, а пользователи CMDB могут получить подробное описания очертаний и семантику конечных точек из WebSphere Service Registry and Repository. Продукты для служебного мониторинга и управления, такие как ITCAM для SOA, дают инструменты для осуществления взаимодействия служб, с мониторингом взаимодействия и поведения конечных точек. Суммарная информация о поведении службы может быть помещена в WebSphere Service Registry and Repository для дополнения метаданных рабочей статистикой. В будущем продукты для управления службой смогут пользоваться информацией по правилам из WebSphere Service Registry and Repository для настройки политики по отношению к пользователям, осуществляющим взаимодействие служб.
Аналитики происшествий и менеджеры по бизнес-операциям. В роли оператора,
аналитик происшествий разбирается с неожиданными происшествиями в системе и управляет конечными точками служб. Вы используете метаданные и суммарную статистику о конечных точках, взятые из Service Registry and Repository для понимания поведения системы и выявления скрытых ошибок. Менеджер по бизнес-операциям анализирует работу приложения SOA с точки зрения ценности её для бизнеса, используя метаданные из WebSphere Service Registry and Repository для понимания работы службы и для сравнения имеющегося и желаемого поведения этих приложений.
Заключение
В этой статье разъяснены основные возможности WebSphere Service Registry and Repository, и её место на этапах жизненного цикла SOA. Тут описаны перспективы WebSphere Service Registry and Repository на каждом этапе жизненного цикла, и разъяснены роли пользователей при их взаимодействии с WebSphere Service Registry and Repository. Также в статье приведены ссылки на прочие ресурсы, которые помогут вам начать работу с WebSphere Service Registry and Repository.
Благодарности
Отдельно благодарим за их вклад в описание WebSphere Service Registry and Repository: Mandy Chessell, John J. Choi, Raymond Ellis, Andrew Hately, Beth Hutchison, Ed Kahan, Susan Malaika, Sunil K. Murthy, Birgit Schmidt-Wesche, Mike Starkey, Willi Urban и Dan Wolfson.
Ресурсы
Об авторах | | | Барбара Макки (Barbara McKee) работает проектировщиком по интеграции в области WebSphere Service Registry and Repository и отвечает за взаимодействие WebSphere Service Registry and Repository с прочими частями IBM SOA Foundation. Последние десять лет она была вовлечена в разработку технологий, внедряющих слабые связи и динамичность в прикладные программы, путём приведения их к стандартам UDDI, а также за счёт использования взаимодействия Web-служб и бизнес-правил. |
| | | Джон Колгрейв (John Colgrave) старший программный инженер лаборатории Hursley в IBM с более чем 20-ю годами опыта в разработке и создании связующего ПО. На данный момент он работает в проекте IBM WebSphere Service Registry and Repository. |
| | | Марк-Томас Шмидт (Marc-Thomas Schmidt выдающийся инженер, работает в IBM в области интеграционных технологий в бизнесе более десяти лет, начиная с систем управления рабочим потоком и работы со связующим ПО, и заканчивая технологиями управления бизнес-процессами. На своей нынешней должности главного проектировщика ESB мистер Шмидт возглавляет проектирование ESB и технологий служебных хранилищ данных. |
| | | Дункан Кларк (Duncan Clark)IT проектировщик в области WebSphere Service Registry and Repository, специализирующийся на управляющих аспектах WebSphere Service Registry and Repository в жизненном цикле SOA. Последние десять лет он работает над распределёнными сервис-ориентированными системами, начиная от моделирования защит и заканчивая взаимодействующими порталами. Последние три года Дункан занимается разработкой сервис-ориентированных решений для поддержки управления и соответствия в области наук о жизни и рынков реестров. |
Выскажите мнение об этой странице
| |
