Архитектура Web-приложений презентация

направлениями в развитии информационных систем и ПО являются архитектуры, ориентированные на сервисы
(Service Oriented Architecture - SOA) 

которые услуги, форма которых не зависит от поставщика (так как используется универсальный формат данных — XML) и платформы функционирования

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

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

Возможен динамический поиск и подключение нужных функциональных модулей.

Архитектура базируется на общепринятых отраслевых стандартах.

сервиса;
потребителя сервиса;
реестра сервисов.

использование.

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

WSDL-документах (a WSDL — это подмножество XML).
Перед развертыванием службы разработчик составляет ее описание на языке WSDL, указывает адрес Web-сервиса, поддерживаемые протоколы, перечень допустимых операций, форматы запросов и ответов;

Web-сервисов в Internet (http://www.uddi.org/).
Представляет собой бизнес-реестр, в котором провайдеры Web-сервисов регистрируют службы, а разработчики находят необходимые сервисы для включения в свои приложения.

формат запросов к Web-сервисам.
Сообщения между Web-сервисом и его пользователем пакуются в так называемые SOAP-конверты (SOAP envelopes, иногда их еще называют XML-конвертами).
Само сообщение может содержать либо запрос на осуществление какого-либо действия, либо ответ — результат выполнения этого действия;

функциональностью.

А для решения более-менее сложных задач требуется использовать функциональность нескольких сервисов.

composition) и 

-"поток Web-сервисов" (Web-services flow),

Service Orchestration ) и
" хореография" (Web Service Choreography) веб-сервисов.

Эти понятия отражают взаимодействие сервисов и последовательность их выполнения.

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

В хореографии нет участника, ведущего обмен сообщениями.

а хореографию как «спецификацию взаимодействий между автономными процессами».

потоке работ, обычно имеющем одну линию выполнения.

Хореография отражает видимый обмен сообщениями, правила взаимодействий и соглашения между двумя и более сервисами.

потоках работ 
(Workflow-based applications).

терминах потоков работ

на уровне модели бизнес-процесса предлагались различные проекты стандартов:
Wf-XML (от Workflow Management Coalition),
WSFL (IBM Web Services Flow Language),
XLANG (Microsoft's XLANG: Business modeling language for BizTalk),
PIPs (RosettaNet's Partner Interface Process), а также некоторые другие.

for Web Services), подготовленный IBM, Microsoft и BEA Systems, и 

WSCI (Web Service Choreography Interface) корпорации Sun Microsystems

оркестровки сервисов.

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

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

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

стабильности взаимодействий:
1. Хранение состояний и корреляция запросов. Способность хранить состояние между запросами веб-сервисов особенно важно, когда работа ведется с асинхронными сервисами. Язык и инфраструктура должны обеспечивать хранение данных и корреляцию запросов для построения диалогов более высокого уровня.

стабильности взаимодействий:

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

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

Однако, существуют и другие походы к реализации SOA: Java RMI (от Sun Microsystems), CORBA (от консорциума OMG), DCOM (от Microsoft), DCE (предложенный ассоциацией Open Group).