фигню писать не надо, люди с болями приходят.
вот по сообщению выше понятно, что кубер тут мало порешает.

Дело в том, что после внедрения определённых технологий, таких как кубер, часто следует то, что люди читают релевантные доки, статьи и т.д. и узнают как можно улучшить в том числе и свои приложения. Так реально бывает. Узнают про healthchack'и,  load balancing, ..........

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

2. Обновление (процесс) приложений наших часто вызывает 500-е в разных разделах.
Если честно - это вопрос про организации тестирования до выкатки - юнит-тесты, интеграционные, да хоть ручные.
Кубер тут опять не поможет.

3. При критикал ошибках откаты очень больные
А чем вызвана боль - долго код приложения откатывать или это с какими-то миграциями БД связано ?

давай я тебе процитирую себя же выше, но в этот тред я не очень хочу:

если вы без кубера не понимаете как решить эти вопросы - кубер вам не поможет, а только добавит сложности.
Если вы знаете как это сделать - кубер упростит решение проблем.
Парадоксально, но это так.

перечитайте сообщение на которое ответили

про то, что можно в несколько инстансов приложение запустить в том числе

ок, у нас с тобой проблема курицы и яйца - я почему-то думаю, что понимание должно быть _до_ кубера.
а ты думаешь, что понимание приходит _после_ кубера.

наверное мы оба правы - бывает и так и так.
приятного вечера.

С ЭЦП от каждого :)

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

🙈

А вот интересно, речь про 24x7? Как у них обновляют структуру базы данных? Как откатываются в случае факапа и т.п.? Или это уже точно остановка в пределах запаса SLA?

И как часто бывают факапы на деплое релиза в прод, если в staging все прошло чики-пуки?

я не знаю, думаю вопрос нужно адресовать не мне.

Т.е. надо сначала научиться кластерам HA без кубера, а потом поднять все тоже самое на Куберных операторах?

> А что мешает запустить сервис в несколько инстансов (на нескольких серверах).

Особо ничего, кроме того, что очень хрупкая схема получится, если не полагаться только на DNS round robin

если сейчас приложение _уже_ на виртуалках и проблемы уже _есть_ - лучше решить проблемы, а потом уже мигрировать на другую платформу.

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

есть и еще варианты.

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

Вы ещё и слово операторы слышали

а в чём хрупкость ?

lb <—-> healthcheck ? :)

А сколько сейчас рыночная цена для гуру девопса - архитектора- консультанта-ментора для команды разрабов, включая их лида?

Есть у банков приложения на Cobol и ничего и его в кубер запихнули и работает