Предпосылки возникновения сервис-ориентированной архитектуры. Сервис-ориентированная архитектура

Причины:

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

· чрезмерная жесткость и косность информационных систем.(сложность)

· потребность в новой маркетинговой концепции

Се́рвис-ориенти́рованная архитекту́ра (англ. SOA, service-oriented architecture) — модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизированными интерфейсами.

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

Компоненты программы могут быть распределены по разным узлам сети, и предлагаются как независимые, слабо связанные, заменяемые сервисы-приложения. Программные комплексы, разработанные в соответствии с SOA, часто реализуются как набор веб-сервисов, интегрированных при помощи известных стандартных протоколов (SOAP, WSDL, и т. п.)

Интерфейс компонентов SОА-программы предоставляет инкапсуляцию деталей реализации конкретного компонента (ОС, платформы, языка программирования, вендора, и т. п.) от остальных компонентов. Таким образом, SOA предоставляет гибкий и элегантный способ комбинирования и многократного использования компонентов для построения сложных распределённых программных комплексов. SOA хорошо зарекомендовала себя для построения крупных корпоративных программных приложений. Модель SOA базируется на следующих принципах:

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

· Повторное использование - После ввода в эксплуатацию каждый из сервисов может быть повторно использован для решения новых задач.

· Единая система безопасности - Доступ к программным интерфейсам сервисов регулируется единой системой разграничения доступа.

· Интеграция без программирования - Благодаря использованию специализированного инструментария обмен данными между приложениями может быть реализован без написания программного кода.

· Открытые стандарты - Архитектура объединенной информационной системы предприятия основывается на открытых стандартах как прикладного (OSS/J, SID, MTOSI), так и системного уровня (XML, SOAP, WS-*, WSDL, UDDI, BPEL).

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

· Управляемость - Для обеспечения управляемости, качества и надежности SOA-инфраструктуры может быть использована глобальная система мониторинга сервисов и контроля SLA.