что мешает с разных сайтов запросы по прежнему слать в монолит?

Разные реквизиты оплат, разные клиенты. В прицнципе возможно все накостылять в монолите, но мне кажется выйдет огромный ком IF . Так как какие то клиенты будут обычными клиентыми, какие - то посредниками и уже другой алгоритм. Хотя тут конечно еще окончательно не решено, мб и правда не стоит делить.

с распределенной системой у вас выйдет несколько комков с ифами

я согласен, что распределюха - это куча гемора :( лучше максимально попытаться остаться в монолите несмотря на усложение логики в одном месте?

Причем гемора мне незнакомого..

надо понимать, что вы пытаетесь решить, какую проблему?
не вижу проблемы в том, что у вас будут разные клиенты, со своими реквизитами и тому подобное. Разные фронты могут прокидывать в заголовках свои clientId/API Key. Это стандартный подход

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

Я в целом тоже думал, что надо просто везде dilerId добавить и просто фильтровать по нему. Но один человек, вроде как по выше квалификацией, посоветовал распределенку сделать и этот подход с репликами)

Тип клиенты будут независимы у всех свои базы, надежность (хоят хз  в чем надежность)

Плюс мы не ломаем доп логикой основной сайт, а делаем рядом.

Спасибо почитаю 👍

для производства клиент - это диллер, для диллера клиент - это пользователь

Это да.

Но тогда придется монолит несколько пересобирать, так как сейчас в нем нет диллера. А с введением отдельных диллерских бэков, клиент на монолоите остался бы тем же клиентом.

Но наверное и правда того не стоит. Гемора с взаимодествиями сервисом - больше.  Как я понял, никто не выступает ЗА распределенку в данном случае :)

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

да и не получится по факту разделить, только заново

Тут уже вопрос на сколько все "правильно" делать :)

далей api, завтра понадобится андройд приложуха, как пить дать! ))