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

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

 Готовы ли вы к рискам, связанным с открытием доступа к своей сервис-ориентированной архитектуре своим бизнес-партнерам?

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

 Dan Foody, технический директор Sonic Software and Actional products at Progress Software Corp, считает, что все неудачи SOA (Service-Oriented Architecture) – из-за плохих методов SOA. Предлагаем вниманию читателей продолжение беседы с Dan Foody.