На прошлой неделе я три дня посвятил обучению на курсе Архитектор SOA Содержательную оценку курсу давать пока не хочу. Пожалуй, самое интересное, что я из него вынес это то, как организовать бизнес на пустом месте. Томас Эрл, в соавторстве с другими уважаемыми экспертами написал дюжину толстых книг про SOA http://www.soabooks.com, организовал школу сервис-ориентированной архитектуры http://www.soaschool.com , договорился с Prometric о проведении экзаменов http://www.soacp.com и продолжает развивать тему SOA. Лейтмотивом всей этой бурной деятельности, на мой взгляд, является тезис о том, что SOA – это не об интеграции приложений, а о том, как избежать интеграции приложений. О том, почему интеграция это долго, дорого и всегда рискованно я рассказывать здесь не стану, а интересующихся, переадресую к статье Глеб Ладыженский. «Интеграция приложений такая, как она есть»
Вернемся к SOA. Тем временем у самой SOA дела идут не столь хорошо, как у SOASystems Inc. Главное свое обещание – избавить нас от интеграции бизнес-приложений она не исполнила. И одна из причин тому чисто технологическая. SOAP и WS-* порождают интеграционных задач больше чем решают. Надежды на изменении ситуации к лучшему и достижению цели SOA, пусть хоть не в полном объеме, связаны теперь с RESTful Web services. Не обманут ли нас в очередной раз? Вообще-то, могут и обмануть. Просто интерфейсы бывают плохие и хорошие. А о том, почему одни интерфейсы лучше других я напишу в следующий раз