Здравствуйте, Ziaw, Вы писали:

G>>А разве не возможность делать изи горизонтальное масштабирование?

Z>Масштабирование становится совсем не изи, одна попытка определить, какие микросервисы в системе из нескольких десятков нужно масштабировать и по каким метрикам — отдельная работа тянущая минимум на десятки часов.

Z>Представь, что у тебя система из 30 сервисов, у каждого своя база/монга/редис/memcached все они связаны кафкой/кроликом и дергают друг-друга внутри. Здесь хотя бы начальные ресурсы на все расчитать, не говоря уже о том, что их потом надо научиться масштабировать от нагрузки.

Ну так в любой нормальной конторе, которая переходит на микросервисы, разворачивается и система мониторинга и сбора метрик, и они постоянно анализируются, особенно на проде. Узкие места выявляются достаточно быстро. Не вижу здесь проблемы.
А начальные ресурсы рассчитываются по такой схеме: SLA по микросервису от аналитиков и бизнеса -> разрабы делают первую сборку микросервиса -> команда НТ проводит тестирование по SLA из ТЗ и выдает заключение, на основании которого делается вывод о том, нужно ли увеличивать мощности, масштабирование или оптимизировать код чтобы уложиться в целевые SLA
Мне кажется, микросервисы уже достаточно зрелая технология, все такие моменты уже имеют стандартные и отработанные решения.