#kubernetes #kubectl
#kubernetes #kubectl
Вопрос:
Когда я изучаю kubernetes с помощью книги KubernetesInAction, глава 09, и делаю некоторые упражнения.
Я использую kubectl rolling-update kubia-v1 kubia-v2 --image=luksa/kubia:v2
и он мне сказал Error: unknown command "rolling-update" for "kubectl"
Я нахожу это в github Удалить устаревшую команду rolling-update.
Я в замешательстве, почему они удалили эту команду?
Надеюсь получить ответ, спасибо!
Комментарии:
1. Вы хотите знать, почему она была удалена, или вы ищете альтернативу?
2. команда rolling-update была полностью переписана, потому что на основе github.com/kubernetes/kubernetes/pull/61285 похоже, это исправляет github.com/kubernetes/kubernetes/issues/23276
3. Это отвечает на ваш вопрос?
4. Спасибо, @Matt ! Я думаю, что это не ответ на мой вопрос. Удалите устаревшую фиксацию команды rolling-update в 22/02/2020, но [github.com/kubernetes/kubernetes/pull/61285 ](github.com/kubernetes/kubernetes/pull/61285 ) совершить в 2018 году.
5. Привет, @ArghyaSadhu! Я хочу знать, почему она была удалена.
Ответ №1:
Причина в том, что в рабочей среде вы не можете гарантировать, что сеть всегда стабильна. Если сеть потеряна, вы окажетесь в немедленном состоянии, когда разные версии модулей работают вместе.
Еще одна важная вещь заключается в том, что kubernetes предназначен для того, чтобы вы сообщали kubernetes конечный статус, и это поможет вам это сделать. Это не просто так, kubectl нужно подробно рассказывать о каждом шаге обновления.
Таким образом, вводится ресурс развертывания.
Ответ №2:
Подводя итог:
Команда Rolling-update выполняется на стороне клиента. Команда развертывания находится на стороне сервера и появилась через некоторое время после выхода roling-update и должна была решить некоторые проблемы с rolling-update.
Они оба в основном делают то же самое (только по-разному), поэтому, должно быть, один был удален, потому что нет смысла сохранять дублированные функции
Отвечая на ваш вопрос: почему был удален сейчас и после удаления в течение некоторого времени?
В соответствии с политикой устаревания:
«Элементы CLI пользовательских компонентов (например, kubectl) должны функционировать после их объявленного устаревания не менее: GA: 12 месяцев или 2 выпуска (в зависимости от того, что дольше) […]».
Таким образом, его нельзя было удалить раньше, чем через 1 год после объявления об отмене (в 2018 году), и в данном случае это было 2 года (удалено в 2020 году), так что все кажется прекрасным.