Как стать автором
Обновить

Комментарии 4

Одним из недостатков докера является единая точка отказа в случае падения докер сервиса. На схеме у вас указан cri-o daemon, что произойдет если этот сервис упадет?
Тоже самое что и с докером? Как еще куберу запускать контейнеры и следить за их состоянием, если упал демон, через который, собственно, это и делается? Упадет CRI демон — нода считай отказала. Докер сам по себе тут не при чем. Не особо это кстати и единая точка отказа для кубера. Поды должны просто переехать на другую ноду. Разве что если на отказавшей ноде контейнеры удерживают какие-то вольюмы.

Единственный клюс CRI-O, о котором всегда и говорят, это потенциально меньшая вероятность собственно падения, т.к. сам демон намного проще. Но это так, теория. На моей практике докер демон никогда не падал хоть при каких нагрузках, когда даже ядро задыхается ворочать сотни подов.

Можно будет продолжать билдить образы и пушиьь их в регистр :)

Добрый день! По сравнению в реализацией Docker демона, CRI-O, по официальной информации, проходит намного более тщательное тестирование комплексной работы с Kubernetes в тесной интеграции команд разработчиков, поэтому вероятность существования багов и последующего отказа в целом меньше, однако сложно сказать насколько именно. С точки зрения наличия точек отказа, по сути их количество не изменилось, однако это решается кластеризацией Kubernetes. Вопросы кластеризации мы не затрагивали в этой статье, она скорее предназначена для быстрого старта на базе CRI-O для знакомства со связкой.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.