Разница между двумя командами развертывания в Kubernetes

В чем разница между $kubectl create deploy и $kubectl create deployment? Лаборатория Google Cloud Fundamental использует команду kubectl create deploy, но в документации/интерактивном руководстве по Kubernetes (https://kubernetes.io/docs/tutorials/kubernetes-basics/deploy-app/deploy-interactive/) она использует команду kubectl create deployment. Так что просто хотел спросить у этой группы, какой из них правильный/последний?

Развертывание модели машинного обучения с помощью Flask - Angular в Kubernetes
Развертывание модели машинного обучения с помощью Flask - Angular в Kubernetes
Kubernetes - это портативная, расширяемая платформа с открытым исходным кодом для управления контейнерными рабочими нагрузками и сервисами, которая...
0
0
59
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Они имели в виду то же самое. Вы можете найти ресурс SHORTNAMES для K8s с помощью kubectl api-resources.

Эти deploy — это сокращенное название для deployment, такое же, как po для pod, вы можете увидеть полный список команд и их сокращенные версии:

kubectl api-resources
Ответ принят как подходящий

Обе команды kubectl create deploy и kubectl create deployment создают развертывание в Kubernetes. Единственное отличие состоит в том, что команда kubectl create deploy — это сокращенная версия команды kubectl create deploy. Команда kubectl create deployment – это более подробная версия, которая предоставляет больше возможностей для создания развертывания. Эти две команды фактически взаимозаменяемы, и обе создают развертывание Kubernetes. В конечном счете, пользователь должен решить, какой синтаксис использовать, если развертывание создано успешно.

Как сказали @gohmc и @fcmam5, команда kubectl api-resources выводит список всех доступных ресурсов API в кластере Kubernetes. Список включает имя ресурса, тип ресурса и версию API, которой он принадлежит. Вот пример вывода команды:

NAME                              KIND             APIVERSION
bindings                          Binding          v1
configmaps                        ConfigMap        v1
endpoints                         Endpoints        v1
events                            Event            v1beta1
limitranges                       LimitRange       v1
namespaces                        Namespace        v1
pods                              Pod              v1
replicationcontrollers            ReplicationController v1
resourcequotas                    ResourceQuota    v1
secrets                           Secret           v1
services                          Service          v1

В соответствии с этим SO вы также можете kubectl api-resources -o wide показывать все ресурсы, глаголы и связанную группу API. Для получения дополнительной информации обратитесь к этой шпаргалке kubernetes

Другие вопросы по теме