Микросервисная архитектура для crm это нормально?

Question

[Popou]

Ну допустим есть crm для стоматологов, нормально ли делать микросервисную архитектуру для него?

Comments

[Алексей Уколов]

У микросервисов довольно узкая ниша. Так что если вы не понимаете чётко зачем они вам нужны — они вам не нужны.

[Popou]

Алексей Уколов, а как нащупать эту нишу?

Answer 1

[Сергей Горностаев]

Нормально, если есть необходимость в микросервисной архитектуре.

Comments

[Popou]

Как понять что она необходима?

[12rbah]

Popou,

Как понять что она необходима?

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

Ну допустим есть crm для стоматологов,

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

Answer 2

[Владимир Коротенко]

нет! если это конечно не SaaS.
Монолит проще, быстрее, понятней и жрет в разы меньше ресурсов.

Comments

[nApoBo3]

Очень спорное утверждение. ИМХО однозначно верно только, "Монолит проще".

[Владимир Коротенко]

nApoBo3,
* быстрее - любое взаимодействие внутри процесса, быстрее чем вызов бд, и уж тем более вызов через tcp/ip
* понятней - как минимум микросервис такой же сложности как и аналогичный код, но еще нужен стартап код + завернуть это вот все в докер или отдельный сервис

[nApoBo3]

Владимир Коротенко,
Быстрее зависит от кода. Например вы вынесли узкую вычислительную часть в отдельный микросервис и реализовали ее на более оптимальном стеке, в монолите вы так не можете. Быстрее будет зависеть от реализации, а не от монолит, микросервис, а значит для общего случая данное утверждение не верно.
Понятнее. Вот тут я с вами не согласен. Каждый отдельный микросервис имеет более узкую зону ответственности и соответственно проще для понимания. Проблема возникает если у вас декомпозиция на сервисы сделана не корректно или если у вас не микросервисы, а распределённый монолит.
Стратрер код, конфигурационный код, сборка в докер. ИМХО при современных фреймворках и системах сборки этой "нагрузкой" вообще можно принибреч.

[Владимир Коротенко]

nApoBo3, Мы говорим про конкретную систему. А не про сферическую в вакууме. При данных вводных это просто оверинженеринг во все поля.