SOA vs db-centric приложения
А вот скажите, чем может быть полезна SOA и кто это дело использовал на практике?
А вот тут учинился спор между мной(адептом баз данных, реляционных моделей и db-centric приложений) и программистом на жабе, который рекомендует SOA, на базе своего опыта.
Я с ходу не представлю, чем настолько хороша SOA, кроме сплошного админского напряга следить за всеми этими сервисами и их доступностью, согласовывать протоколы взаимодействия и прочей энтерпрайзности.
А вот тут учинился спор между мной(адептом баз данных, реляционных моделей и db-centric приложений) и программистом на жабе, который рекомендует SOA, на базе своего опыта.
Я с ходу не представлю, чем настолько хороша SOA, кроме сплошного админского напряга следить за всеми этими сервисами и их доступностью, согласовывать протоколы взаимодействия и прочей энтерпрайзности.
no subject
В качестве даунсайда, убивающего идею на практике — геморрой с интеропом: внутри джавы это ещё хоть как-то работает, но если начинается C, PHP, etc — туши свет. Стандарты то сырые (WSDL 2.x), то устаревшие (WSDL 1.x).
Фактически, получается, SOA — это очередная пляска типа CORBA: система достаточно сложна, чтобы написать полностью конформного клиента на коленке, а автоматические средства генерации выдают плохо совместимый друг с другом и с версиями WSDL код.
no subject
У людей тут софт, с которым я интегрируюсь, на турбопаскале написан, какое уж тут SOA :)
no subject
no subject
no subject
ну и код на нем выглядит более чем простым. особенно без wdsl
no subject
Иногда, увы, бывает требование "жаба и все тут!"
ну и код на нем выглядит более чем простым. особенно без wdsl
wsdl - это да-а. Особенно меня радует мотивация: wsdl - это-де контракт с сервером. Клиента и сервера, то есть. Нерушимый союз вилки и розетки.