Здравствуйте, Ночной Смотрящий, Вы писали:

S>>Но почему сразу микросервисную?
НС>Кто сказал что сразу микросервисную?

А о чем у нас тут спор?


S>>А как в мире разработки ПО что-либо контролируется?
НС>Ты это серьезно спрашиваешь?

Что не так с вопросом ? Плюс я частично дал ответ.



НС>>>Нет. https://whatis.techtarget.com/definition/monolithic-architecture
S>>Почему сразу нет?
НС>Потому что монолит это про код, а не про количество инстансов.

НС>Почти все это нужно и для монолита. Ты же не сравниваешь всерьез микросервисы с системой, состоящей из одного сервера, надеюсь?

Т.е. мс, работающий на одном сервере это ок?



S>>Еще вопрос -- вот у нас монолит, с кучей dll и отличнейший loose coupling, продуманный api, интерфейсы и т.п.
S>>Т.е. один exe и много dll, чем это не микросервисная арх-ра?
НС>Тем что связность модулей намного выше. Зачем задавать один и тот же вопрос несколько раз, если уже написан ответ?

А почему связанность модулей намного выше? Если взаимодействие через api, in-proc rest какой-нибудь?
Т.е. никакой связанности кроме единого адресного пр-ва я не вижу.


S>>По-разному: от ui desktop, до обработчиков в сервиcной арх-ре с rmq. Т.е. экземпляров много (процесса), но машина одна.
НС>RMQ на одной машине? Необычная архитектура.

RMQ -- это отдельная машина в сети, а мн-во обработчиков на др. машине, которые прослушивают очередь rmq.