Pull to refresh

Comments 1

Похоже никто не спешит комментировать. Спасибо за перевод, мой опыт использования Kubernetes подтверждает, что лучше много и заранее проводить тесты, чем потом искать способы поднять кластер посреди ночи, когда он уже очевидно и безнадёжно мёртв. Впрочем, однажды мне довелось полностью удалить все мастер-ноды и затем все системные поды, чтобы оживить кластер, так что в целом он может вернуться в работоспособное состояние даже после критических проблем. Но я бы точно избегал запускать что-либо stateful. И рекомендовал бы держать минимум 2 полностью идентично настроенных кластера, чтобы мгновенно переключаться между ними в случае проблем с одним из них, не тратя время на исследование. И, кстати, так безопаснее обновлять версию K8s и его внутренностей. По моему убеждению, Kubernetes — это (пока ещё) — игрушка не для маленьких команд. И если возможно использовать SaaS, то лучше так и сделать.
Sign up to leave a comment.