LINUX.ORG.RU

История изменений

Исправление small-entropy, (текущая версия) :

Сейчас такая мода на микросервисы…

Плохие решения в IT всегда приживаются. Посмотрите, для примера, на популярность Go и Python.

Но смищно когда все микросервисы разворачивают на одном сервере, но это ССЗБ.

Да. Особенно в разрезе того, что микросервис - не всегда отдельный полноценный HTTP сервер, для примера. Это может быть и россыпь демонов, к которым обращается API Gateway. И даже просто модуль/пакет, живущий в сопроцессе. Но это уже сложно, поэтому об этом не говорят на каждом углу.

А еще, когда я рос в ИТ, я помню постулат «Всегда снижай точки отказа», а с развитием микросервисов мне кажется что точек отказа просто писец как больше становиться.

Не только больше. Ещё будет нарушаться тот же DRY (ведь микросервисы нужны для быстрой эволюционной модели). А ещё KISS системы в целом становится невозможен (ведь появляется 100500 логических сущностей со своими правилами CI/CD).

Притом админ при каждом обновлении фронта и бэка ставиться бешенной собакой.

Теперь эти люди называются DevOps и они созданы, чтобы страдать). Конечно, современный рынок не будет думать о том, что по идее они нужны для упрощения ландшафта и автоматизации.

Обновления «экосистемы» становяться каким-то нетривиальным делом. Еще и микрофронтэнд тут сбоку подползает.

Микрофронтенды - это вообще боль, которая не понятно кому и зачем нужна. Из web давно пытаются сделать какую-то НЁХ. Вот и микрофронтенды - попытка сделать быстро эволюционирующий frontend. Как правило итог очень печальный, ибо специалистов нормальных нет

Исходная версия small-entropy, :

Сейчас такая мода на микросервисы…

Плохие решения в IT всегда приживаются. Посмотрите, для примера, на популярность Go и Python.

Но смищно когда все микросервисы разворачивают на одном сервере, но это ССЗБ.

Да. Особенно в разрезе того, что микросервис - не всегда отдельный полноценный HTTP сервер, для примера. Это может быть и россыпь демонов, к которым обращается API Gateway. И даже просто модуль/пакет, живущий в сопроцессе. Но это уже сложно, поэтому об этом не говорят на каждом углу.

А еще, когда я рос в ИТ, я помню постулат «Всегда снижай точки отказа», а с развитием микросервисов мне кажется что точек отказа просто писец как больше становиться.

Не только больше. Ещё будет нарушаться тот же DRY (ведь микросервисы нужны для быстрой эволюционной модели). А ещё KISS системы в целом становится невозможен (ведь появляется 100500 логических сущностей со своими правилами CI/CD).

Притом админ при каждом обновлении фронта и бэка ставиться бешенной собакой.

Теперь эти люди называются DevOps и они созданы, чтобы страдать). Конечно, современный рынок не будет думать о том, что по идее они нужны для упрощения ландшафта и автоматизации.

Обновления «экосистемы» становяться каким-то нетривиальным делом. Еще и микрофронтэнд тут сбоку подползает.

Микрофронтенды - это вообще боль, которая не понятно кому и зачем нужна. Из web давно пытаются сделать какую-то НЁХ. Вот и микрофронтенды - попытка сделать быстро эволюционирующий frontend. Как правило итог очень печальный, ибо специалистов нормальных