Тест: Обновления и управление через Git

01 / 8Что проверить перед обновлением Kubernetes?

Только версию браузера администратора.Только название текущего namespace.Матрицу совместимости компонентов.Только самый новый номер в интернете.

02 / 8Зачем отдельный canary?

Проверить изменение до общего стенда.Заменить все резервные копии навсегда.Всегда пропускать ограничения версий.Обойти проверку пользовательских функций.

03 / 8Argo CD (Continuous Delivery — непрерывная доставка) вернул ручное значение ConfigMap. Почему?

Планировщик нод сам читает историю Git.Любой ConfigMap всегда неизменяем.Включена сверка с Git и selfHeal.Любой namespace запрещает ручные правки.

04 / 8Возврат коммита автоматически вернёт данные базы?

Нет, поэтому конфигурацию нельзя откатывать.Да, любой откат манифеста обращает миграцию.Нет, данные восстанавливают отдельно.Да, Git хранит содержимое всех томов.

05 / 8Почему важна дата проверки версий?

Она заменяет чтение документации компонентов.Поддерживаемые сочетания меняются.Она гарантирует совместимость навсегда.Дата сама включает поддержку поставщика.

06 / 8Что делать при нарушении стоп-условия?

Продолжить все ноды без проверки.Удалить журнал неуспешных операций.Остановиться и разобрать причину.Сразу отключить бюджет доступности.

07 / 8Почему не стоит двум системам управлять одним полем?

Права доступа при этом всегда исчезают.Это автоматически решит любой конфликт.Это обязательно ускорит синхронизацию.Они могут постоянно отменять изменения друг друга.

08 / 8Можно ли обещать произвольный downgrade Kubernetes?

Да, если поменять только номер образа.Нет, потому что резервные копии запрещены.Нет, нужен поддерживаемый путь.Да, любая старая версия читает новые данные.

Выбери ответы на все вопросы.

Чек-листы уроков, заметки к ним и результаты тестов хранятся в этом браузере; для переноса используй экспорт. Автоматические проверки и журнал практикума сохраняются отдельно на сервере.