Anúncios incomodam? Ir Sem anúncios Hoje 

Formatador e Validador Kubernetes YAML

DadosDesenvolvedor

ANUNCIADO Remover?

ENTRADA

Processo Automático

SAÍDA

Lado cliente

ANUNCIADO Remover?

Guia

Formatador e Validador de YAML do Kubernetes

Formatador e Validador Kubernetes YAML

Formate e valide instantaneamente seus arquivos YAML de manifestos do Kubernetes no navegador. Cole qualquer manifesto K8s — Deployments, Services, ConfigMaps, Ingress, CronJobs e muito mais — e obtenha indentação consistente de 2 espaços, ordenação opcional de chaves e validação de esquema contra 19 tipos de recursos do Kubernetes. Detecta campos obrigatórios ausentes, apiVersions desatualizadas, incompatibilidades de seletor/rótulo e erros estruturais com anotações claras numeradas por linha.

Como usar

Cole seu manifesto YAML do Kubernetes na área de entrada ou carregue um dos exemplos integrados. A ferramenta detecta automaticamente o tipo de recurso e o valida contra o esquema apropriado. Manifestos de múltiplos documentos separados por --- são suportados — cada documento é validado independentemente. Alterne a ordenação de chaves, escolha entre apenas formatação ou validação completa e copie a saída limpa para a sua área de transferência.

Características

19 Tipos de Recursos – Valida Deployment, Service, ConfigMap, Secret, Ingress, Pod, StatefulSet, DaemonSet, Job, CronJob, HPA, PVC, PV, Namespace, ServiceAccount, Role, RoleBinding, ClusterRole e ClusterRoleBinding
Validação de Esquema – Verifica campos obrigatórios, apiVersions válidas, estrutura de spec correta e restrições de tipo para cada tipo de recurso
Detecção de API Desatualizada – Sinaliza apiVersions desatualizadas como extensions/v1beta1 e sugere a substituição correta
Correspondência de Seletor/Rótulo – Verifica se os seletores de Deployment e StatefulSet correspondem aos rótulos do seu template de pod
Suporte a Múltiplos Documentos – Lida com arquivos YAML com múltiplos --- documentos separados, validando cada um independentemente
Formatação Consistente – Aplica indentação limpa de 2 espaços com ordenação opcional de chaves alfabéticas
Erros Numerados por Linha – Erros e avisos de validação incluem números de linha para identificação rápida
Exemplos de Manifestos – Carregue exemplos de manifests de Deployment, Service ou múltiplos documentos para ver a ferramenta em ação

ANUNCIADO Remover?

 Perguntas frequentes

Quais são os erros mais comuns em YAML do Kubernetes?

Os erros mais frequentes incluem o uso de apiVersions desatualizadas (como extensions/v1beta1 em vez de apps/v1 para Deployments), esquecimento de campos obrigatórios como metadata.name ou spec.containers, seletores de rótulos incompatíveis entre spec.selector.matchLabels de um Deployment e metadata.labels do seu template de pod, indentação incorreta fazendo com que os campos sejam analisados no nível errado e o uso de tipos de campo errados, como strings onde inteiros são esperados para portas ou réplicas.
Qual é a diferença entre apiVersion apps/v1 e extensions/v1beta1?

A apiVersion extensions/v1beta1 foi o grupo de API original para Deployments, DaemonSets e ReplicaSets nas primeiras versões do Kubernetes. Foi descontinuada no Kubernetes 1.16 e removida no 1.22 em favor de apps/v1, que é o grupo de API estável. Da mesma forma, networking.k8s.io/v1 substituiu extensions/v1beta1 para recursos Ingress. Sempre use as versões de API estáveis para manifestos de produção.
Como funcionam os arquivos YAML de múltiplos documentos no Kubernetes?

O Kubernetes suporta múltiplas definições de recursos em um único arquivo YAML, separando-as com uma linha contendo apenas três hifens (---). Quando você aplica um arquivo de múltiplos documentos com kubectl apply -f, o Kubernetes cria ou atualiza cada recurso independentemente. Isso é comumente usado para agrupar recursos relacionados, como um Deployment e seu Service, em um único arquivo para facilitar o gerenciamento.
Por que os seletores de Deployment precisam corresponder aos rótulos do template de pod?

Um Deployment usa seus spec.selector.matchLabels para identificar quais Pods ele gerencia. O template de pod em spec.template.metadata.labels deve incluir todos os rótulos especificados no seletor. Se eles não corresponderem, o controlador do Deployment não conseguirá encontrar seus Pods, e o Kubernetes rejeitará o manifesto com um erro de validação. Esse mecanismo de seletor é como o Kubernetes conecta controladores de alto nível aos Pods que eles gerenciam.