В общем, я в проекте новенький, но уже прекрасно вижу насколько сильно такое решение усложняет разработку.
В чем именно неудобство?
Вообще проблема с SOA в том, что многие воспринимают этот термин немножко по разному. Кто-то вспоминает IBM ESB, кто-то что-то слышал про микросервисы и
SCM...
Если под СОА разработчики понимают именно вещи типа SCM и микросервисов грамотно организованных, то я не думаю что "шардинги. кластеризация и т.д." вам сильно помогут (хотя кто его знает, сложно удить не зная бизнес логики, но если это магазин но думаю не помогут).
При использовании SOA и т.д. можно на каждый микросервис посадить свою команду. И так у вас скейлиться будет приложение не только в плане производительности но и в плане поддерживаемости и управления командами.
Словом... погуглите на эту тему может для начала. У Мартина Фаулера например есть неплохие лекции на эту тему И да:
нынче проблемы масштабирования решаются немного другими путями (всякие там разносы по серверам, кластеризацией, шардингами и пр) реакции не поступило.
Я не знаю откуда вы взяли эту информацию. Все крупные проекты которые я знаю скейлятся именно за счет микросервисов.