Рекомендовані правила використання kubectl.
kubectl у багаторазових скриптахДля стабільного виводу у скрипті:
-o name, -o json, -o yaml, -o go-template, або -o jsonpath.jobs.v1.batch/myjob. Це гарантує, що kubectl не використовуватиме свою стандартну версію, яка може змінюватися з часом.--subresource для команд kubectl, таких як get, patch, edit, apply та replace для отримання та оновлення субресурсів для всіх ресурсів, які їх підтримують. В Kubernetes версії 1.35 підтримуються лише субресурси status, scale та resize.
kubectl edit, субресурс scale не підтримується. Якщо ви використовуєте --subresource з kubectl edit і вказуєте scale як субресурс, команда викличе помилку.status до нового значення, майте на увазі, що субресурс може бути потенційно узгоджений контролером до іншого значення.kubectl runДля того, щоб kubectl run відповідав принципу інфраструктури як код:
:v1234, v1.2.3, r03062016-1-4, а не :latest (Для отримання додаткової інформації дивіться Поради щодо конфігурації Kubernetes).kubectl run.Ви можете використовувати прапорець --dry-run=client, щоб переглянути обʼєкт, який буде відправлений до вашого кластера, без реального його надсилання.
kubectl applykubectl apply для створення або оновлення ресурсів. Для отримання додаткової інформації про використання kubectl apply для оновлення ресурсів, дивіться Kubectl Book.