Реклама мешает? Идти Без рекламы Сегодня 

Форматер и валидатор YAML для Kubernetes

ДанныеРазработчик

Реклама · УДАЛИТЬ?

ВХОД

Автоматический процесс

ВЫХОД

Клиентская сторона

Реклама · УДАЛИТЬ?

Гид

Форматер и валидатор YAML для Kubernetes

Мгновенно форматируйте и проверяйте ваши YAML-манифесты Kubernetes в браузере. Вставьте любой манифест K8s — развертывания, службы, ConfigMaps, Ingress, CronJobs и другие — и получите единообразные отступы в 2 пробела, необязательную сортировку ключей и проверку схемы по 19 типам ресурсов Kubernetes. Обнаруживает отсутствующие обязательные поля, устаревшие apiVersions, несоответствия селекторов/меток и структурные ошибки с четкими аннотациями с нумерацией строк.

Как использовать

Вставьте ваш YAML-манифест Kubernetes в поле ввода или загрузите один из встроенных примеров. Инструмент автоматически определяет тип ресурса и проверяет его по соответствующей схеме. Поддерживаются манифесты с несколькими документами, разделенными --- , — каждый документ проверяется независимо. Переключайте сортировку ключей, выбирайте между форматированием или полной проверкой и копируйте чистый вывод в буфер обмена.

Возможности

19 типов ресурсов – Проверяет Deployment, Service, ConfigMap, Secret, Ingress, Pod, StatefulSet, DaemonSet, Job, CronJob, HPA, PVC, PV, Namespace, ServiceAccount, Role, RoleBinding, ClusterRole и ClusterRoleBinding
Проверка схемы – Проверяет обязательные поля, допустимые apiVersions, правильную структуру spec и ограничения типов для каждого типа ресурса
Обнаружение устаревших API – Помечает устаревшие apiVersions, такие как extensions/v1beta1 и предлагает правильную замену
Сопоставление селекторов/меток – Проверяет, соответствуют ли селекторы Deployment и StatefulSet меткам шаблона pod
Поддержка нескольких документов – Обрабатывает YAML-файлы с несколькими --- разделенными документами, проверяя каждый независимо
Единообразное форматирование – Применяет чистое 2-пробельное отступление с необязательной алфавитной сортировкой ключей
Ошибки с нумерацией строк – Ошибки и предупреждения при проверке включают номера строк для быстрого определения
Примеры манифестов – Загрузите примеры манифестов Deployment, Service или многодокументных манифестов, чтобы увидеть инструмент в действии

Реклама · УДАЛИТЬ?

 Часто задаваемые вопросы

Каковы наиболее распространенные ошибки в Kubernetes YAML?

Наиболее частые ошибки включают использование устаревших apiVersions (например, extensions/v1beta1 вместо apps/v1 для Deployments), пропуск обязательных полей, таких как metadata.name или spec.containers, несоответствие меток селектора между spec.selector.matchLabels в Deployment и metadata.labels шаблона pod, неправильное отступление, приводящее к неправильному анализу полей, и использование неверных типов полей, таких как строки вместо целых чисел для портов или реплик.
В чем разница между apiVersion apps/v1 и extensions/v1beta1?

apiVersion extensions/v1beta1 была исходной группой API для Deployments, DaemonSets и ReplicaSets в ранних версиях Kubernetes. Она была объявлена устаревшей в Kubernetes 1.16 и удалена в 1.22 в пользу apps/v1, которая является стабильной группой API. Аналогично, networking.k8s.io/v1 заменила extensions/v1beta1 для ресурсов Ingress. Всегда используйте стабильные версии API для производственных манифестов.
Как работают многодокументные YAML-файлы в Kubernetes?

Kubernetes поддерживает несколько определений ресурсов в одном YAML-файле, разделяя их строкой, содержащей только три дефиса (---). Когда вы применяете файл с несколькими документами с помощью kubectl apply -f, Kubernetes создает или обновляет каждый ресурс независимо. Это часто используется для объединения связанных ресурсов, таких как Deployment и его Service, в одном файле для упрощения управления.
Почему селекторы Deployment должны соответствовать меткам шаблона pod?

Deployment использует свои spec.selector.matchLabels для идентификации управляемых им Pod'ов. Шаблон pod в разделе spec.template.metadata.labels должен включать все метки, указанные в селекторе. Если они не совпадают, контроллер Deployment не сможет найти свои Pod'ы, и Kubernetes отклонит манифест с ошибкой проверки. Этот механизм селектора — способ, которым Kubernetes связывает контроллеры более высокого уровня с управляемыми ими Pod'ами.