Petro123PichКакой толк от SOA для бухгалтерской системы.
никакого. Т.к. SOA - объединение внешних систем от разных исполнителей.
вот откуда такие знания? просто интересно.

выше ссылки же есть, даже название книги "для чайников". Лучше все же почитать о сути SOA, чтобы топик не пестрил откровениями

посмотрел что в википедии русской написано. Даже в ней оказывается информация предоставлена корректно

википедияСе́рвис-ориенти́рованная архитекту́ра (SOA, англ. service-oriented architecture) — модульный подход к разработке программного обеспечения, основанный на использовании распределённых, слабо связанных (англ. loose coupling) заменяемых компонентов , оснащённых стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам .

т.е. недостатка в стандартизированной информации нет, даже в тех источниках, которые под рукой. Непонятно почему все загружены различными предубеждениями и прочим о каких-то продуктах 3-х лиц и т.п.
Да, при помощи SOA-архитектуры значительно проще организовать интеграционнные решения. Но это одно из применений, не более.

Pichмне как разработчику интересно. Какой толк от SOA для бухгалтерской системы.
такой же как и от сервера с возможностью добавления и "горячей замены" компонентов. Т.е. меняете не сервер, а в его стандартные разъемы (стандартизированные интерфейсы) подключаете компоненты, которые наиболее адекватно решают возложенную на них задачу. Например, для хранения данных в SCSI подключаете HDD. Появились новые потребности, заменяете, т.е. "внутренность сервиса меняете", при этом сама система, сервер в этой абстракции, остается неизменной. Про необходимость постоянной "горячей замены" под законодательство отдельных компонентов в бухгалтерии говорить думаю не нужно, все знают или догадываются. Т.е. вместо постоянной переделки сервера будете просто диски менять. Может так понятнее будет, "на пальцах" как говорится.

ДжекНепотрошительiscrafmпропущено...

такой же как и от сервера с возможностью добавления и "горячей замены" компонентов. Т.е. меняете не сервер, а в его стандартные разъемы (стандартизированные интерфейсы) подключаете компоненты, которые наиболее адекватно решают возложенную на них задачу. Например, для хранения данных в SCSI подключаете HDD. Появились новые потребности, заменяете, т.е. "внутренность сервиса меняете", при этом сама система, сервер в этой абстракции, остается неизменной. Про необходимость постоянной "горячей замены" под законодательство отдельных компонентов в бухгалтерии говорить думаю не нужно, все знают или догадываются. Т.е. вместо постоянной переделки сервера будете просто диски менять. Может так понятнее будет, "на пальцах" как говорится.
Только здесь речь идет не о SOA в частности, а о компонентной модели в целом. То же самое преимущество можно получить и при простом процедурном программировании :)
я уже не знаю даже как объяснять. Получите при простом процедурном программировании, ок. Но перед попыткой получения прочитайте все же о принципах SOA, особенно про слабую связанность и т.д.

s_ustinovPich1 - У нас есть бухгалтерская система, нами разработанная.
2 - Сейчас Сервисы стали очень модными. Поэтому мне как разработчику интересно. Какой толк от SOA для бухгалтерской системы.

разделить саму систему на компоненты у вас вряд ли получится - внутри слишком много связей.
да это задача архитектора. Но разделяют же. Вам как пользователю это может быть непонятно, но не заявляйте так категорично о знаниях не вашего профиля

ДжекНепотрошительдобавлять к каждой операции оверхед в виде отправки HTTP-запроса и парсинга XML - это уже чересчур.
все правильно, добавлять этого не нужно. Зачем это добавлять

Petro123ДжекНепотрошительпропущено...

А не надо объяснять про принципы SOA. Я спорю с вами не про принципы, а про применимость этих принципов.
+1
Есть теория, а есть практика.
Например, термин - количество связей....зернистость системы.

Не надо систему резать по живому...(с) а потом думать об аркестровке веб-сервисов\компонентов.
я говорю о только практике конечно же. Ссылки на теорию давал только с той целью, чтобы общение шло на одном языке