Архитектура распределенных систем программного обеспечения. Учебное пособие издано при поддержке образовательной программы Формирование
 Скачать 1 Mb.
|
Системная поддержка композиции и координацииСпецификации композитных служб выполняются разработчиками и являются их собственностью. Их не сообщают клиентам и нигде не регистрируют. Спецификации композиций предназначены для системных слоев сетевых служб, которые автоматизируют композицию, обращаясь к операциям, предлагаемым другими сетевыми службами в соответствии с композиционной схемой (Рис. 5.5). бизнес протокол "закупка" выполняетсянесколькимисетевыми службами 1: запросПеречня еслипоставщикреализовансредствами композитной технологии, его бизнес логика определяется композиционной схемой, а выполнение управляется композиционным мотором контроллер разговоров  поставщик заказчик 2: заказТоваров композиционный мотор 3: подтверждениеЗаказа 4: проведениеПлатежа в зависимости от реализации (композитной) сетевой службы поставщик может контактировать с другими сетевыми службами. другая сетевая служба, возможно поставляемая другой компанией Заказчик не вовлекается во взаимодействия, которые могут проходить на основе других протоколов. еще одна сетевая служба Рис.5.5.Композицияикоординационныепротоколыимеютразныеобласти применения: внешние взаимодействия и внешняя реализация. С точки зрения клиента все равно, является сетевая служба композитной или нет. Клиент не вникает в то, как реализована служба, с помощью традиционных языков программирования или на основе технологии композиции служб. Тем самым, область применения и цели композиции резко контрастируют с целями координации. Координационные протоколы – это общедоступные документы, создаваемые стандартизирующими консорциумами и на основе стандартных языков. Эти документы регистрируются в реестрах сетевых служб, их целью является поддержка поиска при разработке и привязки при выполнении. Разговоры, подчиняющиеся координационным протоколам, поддерживаются контроллерами разговоров, цель которых связана не с выполнением бизнес логики, а с диспетчеризацией сообщений, приходящих для внутренних объектов, и с верификацией правил протоколов. Контроллеру все равно, с кем ведется разговор, с базовой службой или с композитной. Итак, имеется четкое различие между внутреннейкомпозициейи внешнейкоординациейсетевых служб. Композиционные модели сетевых службКомпозиция сетевых служб по смыслу выполняемых мероприятий очень близка понятию рабочих потоков, но выполняется на другом уровне стандартизации интегрируемых объектов. Терминология, применяемая при описании композиционных моделей, близка к терминологии систем управления рабочими потоками. Термин определениепроцесса (или просто процесс) относится к композиционной схеме, пример процесса – это конкретное, индивидуальное выполнение определения процесса. Термин схема оркестровки или просто оркестровка относится к части композиционной схемы, описывающей порядок, в котором должны вызываться отдельные компоненты службы. В качестве первого шага определения композиционной модели обычно вводятся следующие определения: Компонентная модель. Определяет природу объединяемых элементов в терминах предположений, которые делаются моделью по поводу таких компонентов. Оркестроваямодель. Определяет абстракции и языки, используемые для определения порядка, в котором должны вызываться службы. Имеются различные варианты моделей: диаграммы активности, сети Петри, π-исчисление, диаграммы состояний, иерархии активностей, оркестровка на основе правил. Модельданныхидоступакданным. Определяет методы описания данных и обмена данными между компонентами. Модель выбора службы. Определяет способ статической или динамической привязки, то есть, каким образом в качестве компонента выбирается та или иная конкретная служба. Транзакции. Определяет, какая транзакционная семантика может быть ассоциирована с композицией и как это делается. Управление исключениями. Определяет, как можно управлять исключительными ситуациями, возникающими при выполнении композитной службы, с целью предотвращения прерывания работы. |