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

S>Смысл цитировать эти манифесты за все хорошее? Люди пишут эти манифесты опробовав на маленькой выборке,

Или нет.

S>У Нетфликса получилось, давайте все делать как Нетфликс.

А как надо?

S> Зачастую это либо реально сложно из-за предметной области, либо просто не нужно.

Зачастую? У тебя есть статистика?

S>На счет требований к инженерам -- ну вот какие навыки нужны от программиста в монолитном
S>сервисе? Язык, предметная область, sql+ еще какой-нибудь dsl, паттерны проектирования.

Нужно умение хорошо структурировать код. И чем больше размер монолита, тем важнее это умение.
Интерфейсы языка программирования намного богаче и позволяют делать очень высокую связность, особенно если пользоваться ими неумело. А вот микросервисы принудительно вводят очень жесткие границы, не позволяющие высокой связности в силу специфики REST API.

S>тоже самое + знание распределенных систем, ну хотя бы на уровне Fallacies&pitfalls of distr. computing, типа что сеть не надежна,
S>пакеты теряются. Далее, писать соотв. образом, чтобы можно было без проблем перезапускать упавший сервис, т.е. грамотно
S>работать с локальным состоянием, знать про service discovery и прочие паттерны вроде sidecar, уметь заворачивать
S>свой сервис в докер, облачные технологии и т.п. вещи, nosql (event. consistency). Сразу куча вещей, которые надо
S>изучать и инвестировать не мало своего времени на это.

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

S>Сразу оговорюсь, у меня нету опыта работа над микросервисной архитектурой

А опыт работы над современными монолитами есть?