Продолжаем обзор микросервисных изделий. На этот раз подписчики прислали мне архитектуру, состоящую примерно из сотни микросов. Вы скажете: а что такого? Где 80, там и 100, невелика разница. Но есть маааааленький нюансик. Это — коробочное решение, то есть программа, которая продается в товарных количествах.
Как-то я имел возможность делать подобные штуки, и там было далеко не 100 микросервисов, а до десятка. В чем прикол — обновлять у клиента руками админов, которые не читают инструкции — это отдельное развлечение.
Классика: не прочитали инструкцию, перепутали порядок установки, не вписали настройки (или вписали, но не те), забыли перезапустить и много других приколов. А если еще они пропустили несколько обновлений — то жди беды. А если что-то у клиента сломается, то вообще концов не найдешь. Проблема даже получить целостные логи.
Высший пилотаж — обновление без простоя, но, учитывая, кто это будет делать, — лучше не надо. Отчасти это решается скриптами автоматизации, контейнеризацией и прочим, но не до конца. Мы сначала передали поддержку (развертывания и обновления) вендору, но он через некоторое время исчез и перестал отвечать (интересно, почему?).
Поэтому мне сложно представить, каково это — поддерживать коробочное решение из сотни микросов. Может, сейчас появились какие-то модные практики, но, глядя на то, как работает куча вендоров, как будто бы ничего не поменялось.
Post #452
1.55K
Евгений Я на работе запилил такое правило — мы работаем с подходом Monolith First. Это когда мы сначала запиливаем монолит, а потом нарезаем его по мере необходимости. Тут даже не то чтобы правило, меня прям бомбить начинает от слова «микросервисы». А всё почему?…
- 😁 17
- 😱 5
- 👍 3
- 🌭 2