накой хер там http api -- хз

ну только если там зоопарк из языков программирования, тогда это оправдано

да http api там нафиг не сдался, но и современным микросервисам никто не зарещает бинарями через порт меняться

По коболу не скажи, там зряплата поболее чем везде

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

на самом деле я вижу две:
1) предел вертикального масштабирования и количества одноранговых нод, способных выдерживать нагрузку всех приложений
2) гетерогенная среда (зоопарк языков программирования)

но эти микросервисы же во все дырки суют

На ум приходит причина делать из эрланга микросервисы с httpAPI это возможность переписать потом на го/расте любой кусок без ломания остальных. Но пихать везде бездумно это уже ближе к религии а не к здравому смыслу и рациональному рассчету)

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

а, на самом деле ещё есть причина: ну типа так деплоить проще, но на самом деле в этом случае проблемы деплоя перекладываются на плечи программиста

цифры есть?

Хайп который все еще продолжается это реббит ставить вместо http api

Деление на команды.

Эти занимается одна группа из 7 человек, а вот этим другая

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

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

Деплой не требует прям гарантированного распиливания приложения, которое может прожевать 7 человек на куски.

Http api жизненно важен в тех случаях, когда этих команд несколько штук. Во-первых они пишут на разных языках, во-вторых это упрощение разделения их на части.


Но микросервисизация внутри маленькой команды, когда на 5 человек 40 микросервисов как правило сопровождается банальным незнанием того факта, что запрос может провалиться и не дойти

Это просто ловушка названия. Раз микросервисы, значит чем меньше тем лучше. Вот и фигачат, пока шишек не набьют

И без техдирства можно зарабатывать хорошие деньги при желании. Вот кидал уже сюда, скину снова. Правда похоже они уже нашли человекая но как пример отлично подойдёт.
https://www.linkedin.com/jobs/view/1829942920/

@anton_lva вот именно про это я тебе говорил на последнем митапе, что от http/thrift в rbkmoney не так уж и много пользы (по факту только гетерогенность для общения с джавой), а вот геморроя достаточно.