DriverzЕсть желание поэкспериментировать над SOA архитектурой

что вы под этим понимаете? Не троллинга ради, а ответа для

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

Честно сказать? SOA - полнейшее говно, придуманное маркетологами. Я в недавнем топике описывал с чем сталкиваюсь:)

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

Например мой проект(2000 юзеров в день в продакшене, бывает до 10000) имеет следующую архитектуру. Мы грубо говоря фронтэнд, никакого доступа к базе, чисто аггрегиуруем сервис коллы и дисплеим все в html. Сервисы предоставляются тремя сторонними командами, одна пендосы, две индусы. Это просто ад. Проблемы

1) Производительность - хз че там за этими сервисами спрятано, тупит неимоверно, и возможности что-либо поменять у нас нет
2) Допустим понадобилось дополнительное поле, но облом - в нужной операции его нет, но есть в другой, теперь дилемма - просить чтобы они добавили в первый колл или добавить лишний колл из-за этого чертового поля? Так как сервисы применяются другими приложениями, то каждое такое согласование - это неделя переписки, нервов, и как всегда в итоге сделают не так как надо.
3) Индусы постоянно перед уходом домой ложат свои DEV сервера - локальной разработке капец, у тебя срочный баг а ты ждешь полдня с неизвестным результатом
4) Бывает что ради одного поля мы делаем колл на сервис, который возвращает 100500 объектов, а нам нужна всего одна строка:) Или наш объект - это половина полей из одного колла, половина из другого.
5) Транзакционность, в рамках одного реквеста мне надо заколлать 3 сторонних сервиса(все изменяют данные), разрулить ошибки - это пипец.

и тд и тп, одним словом ад.

ПС реализовано через SOAP, частично REST.

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

Driverz
Как я понимаю проблема тут в "пендосы, индусы", а не в самой технологии.В моем случаи максимальное количество участвующих 2-3 человека, которым не нужно неделя на переписку что бы исправить или добавить какой то метод.Кстати, у вас на сервисе один поток и каждый метод = транзакции ?

Правильно понимаете, в целом так и есть. Но если нет пендосов и индусов зачем заморачиваться с соа? С транзакциями все тяжело, не понял ваш вопрос

DriverzВот по поводу транзакций можно по подробней как у вас реализовано и тп.

Да через жопу:) В некоторых случаях мы забиваем, внекоторых делаем перепроверки (save-get, или пишем в лог ошибки а потом разруливаем через хелп деск) итп, в остальных крайне просим чтобы нам сделали один колл вместо несколькх и тп. Прикручивать WS-Transactions или распределенных транзакций даже не пытался(ну у нас не финансы не страхование, иначе конечно было бы по-другому)

По поводу вашего видения SOA и гейм-серверов - возможно, тут надо смотреть по ситуации, краткое правило такое -

Если куски вашего приложения могут понадобиться в разных контекстах или для разных клиентов - то можно попробовать, городить такое только ради "изящной" архитектуры - себе дороже, поверьте на слово.