SOA vs db-centric приложения

[metaclass]

А вот скажите, чем может быть полезна SOA и кто это дело использовал на практике?
А вот тут учинился спор между мной(адептом баз данных, реляционных моделей и db-centric приложений) и программистом на жабе, который рекомендует SOA, на базе своего опыта.

Я с ходу не представлю, чем настолько хороша SOA, кроме сплошного админского напряга следить за всеми этими сервисами и их доступностью, согласовывать протоколы взаимодействия и прочей энтерпрайзности.

Comments

[guamoka.livejournal.com]

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


All you have to do now is cross your fingers that no requirements ever change for just one service. If something happens to cause a schema change, you could find yourself needing to rebuild, retest, and redeploy lots of services. I know of one company with 2,500 web services. As Sponge Bob Square Pants says, good luck with that.