2 апреля прошла II Всероссийская конференция «Сервисно-ориентированная архитектура SOA-2008». Крупнейшие интеграторы, CIO крупных предприятий и банков, а также системные архитекторы собрались для того, чтобы обсудить ключевые проблемы SOA и обменятся опытом ее внедрения.
Многие уважаемые ИТ-специалисты и крупные компании любят подводить итоги минувшего года, суммируя все то, что было достигнуто за отчетный период. При этом большинство из них старается предугадать ход развития в том или ином секторе ИТ-рынка. Не осталась без внимания и SOA. В этой статье дается анализ перспектив развития, которые ожидают SOA в 2008 году.
Как и всё новое в мире ИТ, концепцию сервисно-ориентированной архитектуры (SOA) постоянно преследуют мифы о том, что это такое и зачем это необходимо бизнесу. Отсутствие полезной информации и богатого практического опыта внедрения SOA, порождают ещё больше мнений и слухов. Попробуем развеять большинство из них и постараемся приблизиться к пониманию самой сути SOA.
В течение нескольких лет компании пытаются решить две стратегические проблемы с межплатформенным программным обеспечением. Первая: каким образом автоматизировать и модернизировать бизнес-процессы, которые охватывают несколько подразделений и приложений. Вторая – как отслеживать и реагировать на определенные события или проблемы в бизнесе, когда они появляются, и автоматизировать наиболее разумные ответные мероприятия.
В последнее время понятие технологии SOA воспринимается не просто в понимании «сервисы». Появление Интернета и XML открыло шлюзы для использования обмена данными. Отрасль программного обеспечения поднялась вслед за общим форматом обмена данными (XML) и протоколами передачи данных Интернета.
Тот факт, что многие ИТ-специалисты не могут обосновать необходимость вложений в SOA, говорит о том, что есть разрыв между проблемами, которые хочет решить бизнес и обещанием в SOA как средства для их решения. Конечно, это не касается всех начинаний ИТ. С другой стороны, область BPM - Управления Бизнес-Процессами (некоторые добавляют Моделирование и Мониторинг к общему термину), играет небольшую роль в компании до тех пор, пока не найдет применения в конкретных бизнес-процессах. Какого рода знания о бизнес-процессах могут получить специалисты SOA от коллег, работающих в области BPM, и почему мы безо всякой необходимости разделяются усилия в BPM и SOA?
В первой части статьи на эту тему я выделил следующее определение SOA: использование свободно соединяемых сервисов, построенных так, чтобы обеспечить многократное использование бизнес-процессов, позволяющих устанавливать свободную коммуникацию между системами и создавать цельные приложения внутри организации.
Сегодня понятие SOA, Service-oriented Architecture – (Сервис-ориентированная архитектура) достаточно популярно в ИТ-сообществе. И в самом деле, сложно не обнаружить три-четыре или даже большее количество статьей на эту тему, пролистав любой из журналов, связанных с ИТ. Однако в то время как многие уже используют методы SOA, я нахожу, что существует огромное количество дезинформации на эту тему и совсем мало конкретных познаний о SOA.
Члены международного консорциума по стандартизации OASIS объявили о том, что эталонная модель сервис - ориентируемой архитектуры (SOA-RM) версии 1.0 была утверждена в качестве стандарта OASIS, со статусом, показывающим самый высокий уровень ратификации.
При упоминании аббревиатуры SOA (Service-Oriented Architecture) большинство ИТ-специалистов первым делом вспоминают Web-сервисы и протокол HTTP, хотя этот термин обозначает гораздо более широкое понятие.
ERP, MRP
ERPNEWS №1/2010 [инфо]
Технологии
