История изменений
Исправление 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. Как правило итог очень печальный, ибо специалистов нормальных