Почему kubectl удалил команду "rolling-update"?

#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 году), так что все кажется прекрасным.