Файл: Учебное пособие издано при поддержке образовательной программы Формирование.docx

Реализация компенсационных операций зависит от конкретной сетевой службы и не рассматривается как часть бизнес логики. Более того, для каждой бизнес активности и для каждой сетевой службы может определяться только одна компенсационная операция. Это означает, что

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




Рис.4.23.Диаграммасостоянийпротоколабизнессоглашениясзавершением участника.




Рис.4.24.диаграммасостоянийпротоколабизнессоглашениясзавершением координатора.

5. Композиция сетевых служб

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




Рис.5.1.Клиентымогутучаствоватьвразличныхразговорахсразнымисетевыми службами.

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

---

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

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

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

---

привела к осознанию необходимости моделей высокого уровня, и для композиции сетевых служб было предложено много разных языков (XL, WSFL, BPML, BPEL).

1. 1   ...   26   27   28   29   30   31   32   33   ...   36

---

Основные элементы системной поддержки композиции сетевых служб

Композиция служб – это технология реализации. Она определяет, как надо реализовывать сетевую службу, соединяя между собой другие службы. Соответственно, системная поддержка должна заключаться в определении абстракций и инструментария, которые помогут четко описать и исполнить запрос к сетевой службе, позволив разработчикам концентрироваться не на низкоуровневых деталях, а на бизнес логике. Системная поддержка включает (Рис. 5.3):

---

композитной сетевой службы, она может выглядеть как программа, написанная на языке, специально разработанном для композиции.

• 
  окружениеразработки, обычно характеризующееся графическим
  

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

• 
  окружениевыполнения, называемое иногда композиционным
  

мотором. Это окружение выполняет бизнес логику композитной службы, обращаясь к службам компонентам, определенным в схеме. Каждое отдельное выполнение композитной службы называется композиционным примером.
Компания А ^{Компания Б}

(композитная) сетевая служба



Компания В

---