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

2. 1   ...   23   24   25   26   27   28   29   30   ...   36

---

Централизованная координация

В процессе обмена сообщениями при централизованной координации (с одним общим координатором) выдаются сообщения следующих трех типов (Рис. 4.20):

• 
  Операционные сообщения. Эти сообщения передаются между взаимодействующими службами.
  
• 
  СообщенияпротоколаWS-Coordination. Эти сообщения передаются
  

между службами и координатором при проведении активации или регистрации.

• 
  Протокольныесообщения. Эти сообщения передаются между
  

службами и координатором как часть основного протокола.

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




Рис. 4.20. Обмен сообщениями при выполнении разговора с централизованной координацией(послесообщения№7всесторонызнают,ктобудеткоординировать протокол, и кто будет в нем участвовать).

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

---

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

3. Децентрализованная координация

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

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

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

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




Рис. 4.21. Обмен сообщениями при выполнении разговора с децентрализованной координацией(послесообщения№

---

11известно,ктобудеткоординироватьпротокол, и кто будет в нем участвовать).

Активация или создание координационного контекста имеет двойную цель: для участника она состоит в получении нового контекста, а для координатора в осознании собственной роли в протоколе. Если существующий координационный контекст передается как часть сообщения создания координационного контекста, координатор понимает, что он является заместителем некоторого другого координатора. Ссылка на порт регистрации координатора уже включена в переданный координационный контекст. С ее помощью координатор-заместитель узнает ссылку на первичный координатор. С другой стороны, если сообщение с запросом на создание координационного контекста не имеет существующего координационного контекста, координатор действует как первичный.

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

реализации зависящих от конкретных протоколов компонентов, выполняющих активацию и регистрацию.

8. 1   ...   24   25   26   27   28   29   30   31   ...   36

---

Транзакции в сетевых службах

Протокол WS-Coordination создает основу реализации других протоколов сетевых служб, в том числе для тех важнейших протоколов, которые смогут поддерживать транзакционный обмен. В августе 2002 года фирмы IBM, Microsoft и BEA предложили на базе протокола WS- Coordination набор спецификаций, создавших новый стандарт WS- Transaction.

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

Дополнительным отличием является недостаточная проработка моделей ресурсов и операций. В системах управления базами данных имеются четкие определения того, что означают термины "ресурс", "блокировка", "подтверждение" и "откат". Модель базы данных очень точно описывает, что блокируется в период выполнения транзакции, что происходит в момент подтверждения. В отношении сетевых служб ничего подобного не существует. Операции WSDL могут быть произвольными, от вставки записи в базу данных до отправки письма заказчику. Откат транзакции может означать самое разное, в зависимости от того, что это за транзакция. Например, откат отправки письма заказчику может заключаться в отправке еще одного письма тому же заказчику с просьбой, считать первое письмо недействительным.

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

---