SOA и SAAS

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

Лично я придерживаюсь следующих определений этих понятий:

SaaS - это бизнес-модель предоставления услуг за деньги. То есть программное обеспечение расположено у сервис провайдера и функциональность этого приложения доступна его клиентам. Вот например яркий пример такого приложения российского разработчика http://www.moysklad.ru/. Также есть такие приложения как Google Docs или Zoho Writer.

Вобщем SaaS – это не само программное обеспечение, а модель доставки.

SOA - архитектура, которая никак не определяет бизнес-модель своей реализации (можно использовать open source или коммерческое ПО, заказать проект интегратору или внедрять самостоятельно, обслуживать самим или отдать на аутсорсинг). Суть — представление функциональности ПО в виде сервисов, сущностей, имеющих формализованное описание, интерфейс взаимодействия и ожидаемую реакцию на обращение.

SOA позволяет работать с ИТ в бизнес-терминах.

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

Правда на мой взгляд, SAAS приложения обладают существенным недостатком – отсутствием кастомизации под клиента. Т.к. мой опыт показывает, что все ERP системы в своем «коробочном» варианте не подходят практически никому, и каждая компания, обладающая уникальными бизнес-процессами, которые и дают ей конкурентные преимущества на рынке, требуют адаптации первоначальной поставки приложения «под себя». Это может стать сильным препятствием для распространения SAAS приложений в России, если конечно данные приложения не будут содержать достаточно гибкий и адаптивный функционал.

Но разработка любых универсальных решений процесс дорогой, и отсюда и вытекает наличие большого количества систем с «кривой» архитектурой. Т.к. зачастую заказчик не желает тратить бюджет и время на разработку системы с правильной архитектурой, предпочитая решать какую то конкретную задачу в кратчайшие сроки, не заботясь о дальнейших перспективах. Отсюда же вытекает и необходимость при разработке SOA проектов менять именно понимание заказчика задач и целей SOA как такового. Отсюда и вытекает одно из первейших правил успешности таких проектов: бизнес и ит должны вместе решать одни и те же задачи, стремиться к одним и тем же целям при общей стратегии. ИТ должен четко понимать бизнес-цели, и ориентироваться на них при построении архитектуры, и они же и являются критерием декомпозиции компонентов и процессов.

Тем не менее согласен с утверждением, что SAAS эта популярная тенденция в текущий момент. Многие аналитики предрекают бум предоставления таких сервисов к концу года.

А какое мнение у Вас?