Содержание

1. Введение в SOA. ВремяSOAеще не пришло

1. Аннотация……………………………………………………………. 2

2. Проблема в корне…………………………………………………… 2

3. «Подводные камни» SOA…………………………………………… 5

4. Верно, но рано……………………………………………………….. 6

5. Ресурсы………………………………………………………………. 7

2. Стандарты SOA

1. SOAP Версия 1.2 Часть 0: Учебник для начинающих…………….. 8

1. Аннотация…………………………………………………….. 8

2. Введение………………………………………………………. 8

   1. Общий обзор материала………………………………….. 9

   2. Соглашения об условных обозначениях………………… 10

3. Основные сценарии использования…………………………. 11

   1. SOAP-сообщения…………………………………………. 11

   2. Обмен SOAP-сообщениями………………………………. 14

      1. Диалоговый обмен сообщениями………………… 15

      2. Вызовы удаленных процедур (RPC)…………….. 16

   3. Сценарии обработки сообщений об ошибках…………… 21

4. Модель обработки SOAP…………………………………….. 25

   1. Атрибут «role»…………………………………………….. 25

   2. Атрибут «mustUnderstand»……………………………….. 27

   3. Атрибут «relay»…………………………………………… 29

5. Использование различных протокольных привязок……….. 32

   1. HTTP-привязкаSOAP…………………………………….. 34

      1. Использование в SOAPHTTP-методаGET……... 35

      2. Использование в SOAPHTTP-методаPOST……. 37

      3. Использование SOAPв соответствии с архитектурными принципамиWeb………………………………….. 39

   2. Использование SOAPповерхEmail……………………… 42

6. Более сложные сценарии использования……………………. 46

   1. Использование SOAP-посредников……………………… 46

   2. Использование иных схем написания кода……………… 48

7. Различия между SOAP1.1 иSOAP1.2……………………… 50

8. Ресурс………………………………………………………….. 52

2. WSDL: взгляд изнутри…………………………………………………… 53

1. Аннотация………………………………………………………….. 53

2. Часть I………………………………………………………………. 53

   1. Введение………………………………………………………... 53

   2. Проектирование Web-сервисов……………………………….. 53

   3. Недопустимость генерации WSDL…………………………… 54

   4. Проектирование интерфейсов………………………………… 55

   5. Непрозрачность сети…………………………………………... 56

   6. Отличие Web-сервисов от распределенных объектов………. 56

   7. Определение ограниченных интерфейсов…………………… 57

   8. Разнесение бизнес логики и политики………………………. 58

   9. Разделение проектирования и реализации………………….. 58

3. Часть II……………………………………………………………. 59

   1. Введение………………………………………………………. 59

   2. Инструменты………………………………………………….. 59

   3. Модульное описание web-сервиса…………………………... 59

   4. Пространства имен…………………………………………… 60

   5. Обработка ошибок……………………………………………. 61

   6. document/literal против rpc/encoded………………………….. 61

   7. Что можно ожидать…………………………………………… 62

4. Ресурс……………………………………………………………... 63

3. Элементы сервисно-ориентированного анализа и проектирования. Междисциплинарный подход к моделированию в проектах построения SOA

1. Аннотация…………………………………………………………….. 64

2. Введение………………………………………………………………. 64

3. Понятие сервисно-ориентированности……………………………… 64

4. Почему не достаточно BPM, EA и OOAD………………………….. 65

5. EA……………………………………………………………………… 67

6. BPM……………………………………………………………………. 68

7. Oбъектно-ориентированная (ОО) парадигма против сервисно-ориентированной (SO)……………………………………………………………………. 69

8. Элементы SOAD……………………………………………………… 72

9. Первые элементы SOAD……………………………………………... 75

10. Пример: Наряд на выполнение авторемонтных работ……... 77

11. Выводы и перспективы на будущее…………………………. 82

12. Ресурс………………………………………………………….. 83

Введение в SOA. Время SOA еще не пришло

Аннотация

Рост интереса к сервис-ориентированной архитектуре (service-oriented architecture - SOA) во много связан с поддержкой новой идеологии построения информационных систем, сменившей собой клиент-серверную архитектуру, крупными игроками рынка, такими как Microsoft, IBM, SAP. Тем не менее, на пути к всеобъемлющей интеграции приложений, за которую так ратуют сторонники SOA, стоит немало вопросов и проблем, делающей конкретную реализацию этой красивой концепции весьма затруднительной.

Проблема в корне

SOA набирает обороты. Об этом свидетельствует как постоянно возрастающий интерес к Web-сервисам, на технологии которых основана эта концепция, так и данные аналитических компаний. По оценкам экспертов Gartner, к 2006 году более 60% компаний будут рассматривать сервис-ориентированную архитектуру как основу для построения и выполнения своих бизнес-приложений, а специалисты Giga Research считают, что в ближайшие два-три года большинство производителей буду использовать технологии, основанные на Web-сервисах в качестве расширения существующих решений.

Нередко SOA называют новой идеологией, третьей ступенью развития ИТ-систем, последующей за мейнфреймами и, ставшей уже классической, клиент-серверной архитектурой. Тем не менее, совершенно очевидно, что идея SOA вовсе не нова, более того – ИТ-специалисты вынашивают ее в своих умах уже третье десятилетие. Проблема интеграция приложений, как новых программных решений, так и унаследованных систем, существует с момента появления первого приложения, когда возникла задача одновременного использования данных двумя программными решениями. Однако, конкретная реализация SOA стала возможной лишь с появлением Web-сервисов, история которых насчитывает меньше десятилетия.