¿Odias los anuncios? Ir Sin publicidad Hoy 

Formateador y Validador de YAML de Kubernetes

DatosDesarrollador

ANUNCIO PUBLICITARIO · ¿ELIMINAR?

APORTE

Proceso automático

PROD.

Lado cliente

ANUNCIO PUBLICITARIO · ¿ELIMINAR?

Guía

Formateador y Validador de YAML de Kubernetes

Formatea y valida tus archivos YAML de manifiestos de Kubernetes al instante en el navegador. Pega cualquier manifiesto de K8s — Deployments, Services, ConfigMaps, Ingress, CronJobs, y más — y obtén una indentación consistente de 2 espacios, ordenación opcional de claves y validación de esquema contra 19 tipos de recursos de Kubernetes. Detecta campos requeridos faltantes, apiVersions obsoletas, discrepancias de selectores/etiquetas y errores estructurales con claras anotaciones numeradas por línea.

Cómo utilizar

Pega tu manifiesto YAML de Kubernetes en el área de entrada o carga uno de los ejemplos incorporados. La herramienta detecta automáticamente el tipo de recurso y lo valida contra el esquema apropiado. Se admiten manifiestos de múltiples documentos separados por --- — cada documento se valida de forma independiente. Activa la ordenación de claves, elige entre solo formatear o validación completa, y copia la salida limpia a tu portapapeles.

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 y ClusterRoleBinding
Validación de Esquema – Verifica campos requeridos, apiVersions válidas, estructura de especificaciones correcta y restricciones de tipo para cada tipo de recurso
Detección de API Obsoletas – Marca apiVersions obsoletas como extensions/v1beta1 y sugiere el reemplazo correcto
Coincidencia de Selectores/Etiquetas – Verifica que los selectores de Deployment y StatefulSet coincidan con las etiquetas de su plantilla de pod
Soporte Multi-Documento – Maneja archivos YAML con múltiples --- documentos separados, validando cada uno de forma independiente
Formato Consistente – Aplica indentación limpia de 2 espacios con ordenación alfabética opcional de claves
Errores Numerados por Línea – Los errores y advertencias de validación incluyen números de línea para una rápida identificación
Manifiestos de Ejemplo – Carga ejemplos de manifiestos de Deployment, Service o multi-documento para ver la herramienta en acción

ANUNCIO PUBLICITARIO · ¿ELIMINAR?

 Preguntas frecuentes

¿Cuáles son los errores más comunes en YAML de Kubernetes?

Los errores más frecuentes incluyen el uso de apiVersions obsoletas (como extensions/v1beta1 en lugar de apps/v1 para Deployments), olvidar campos requeridos como metadata.name o spec.containers, selectores de etiquetas no coincidentes entre spec.selector.matchLabels de un Deployment y los metadata.labels de su plantilla de pod, indentación incorrecta que hace que los campos se analicen en el nivel equivocado y el uso de tipos de campo incorrectos, como cadenas donde se esperan enteros para puertos o réplicas.
¿Cuál es la diferencia entre apiVersion apps/v1 y extensions/v1beta1?

La apiVersion extensions/v1beta1 fue el grupo de API original para Deployments, DaemonSets y ReplicaSets en las primeras versiones de Kubernetes. Fue obsoleta en Kubernetes 1.16 y eliminada en 1.22 en favor de apps/v1, que es el grupo de API estable. De manera similar, networking.k8s.io/v1 reemplazó a extensions/v1beta1 para recursos de Ingress. Utiliza siempre las versiones de API estables para los manifiestos de producción.
¿Cómo funcionan los archivos YAML multi-documento en Kubernetes?

Kubernetes admite múltiples definiciones de recursos en un solo archivo YAML separándolos con una línea que contiene solo tres guiones (---). Cuando aplicas un archivo multi-documento con kubectl apply -f, Kubernetes crea o actualiza cada recurso de forma independiente. Esto se usa comúnmente para agrupar recursos relacionados como un Deployment y su Service en un solo archivo para una gestión más fácil.
¿Por qué los selectores de Deployment deben coincidir con las etiquetas de la plantilla de pod?

Un Deployment utiliza sus spec.selector.matchLabels para identificar qué Pods gestiona. La plantilla de pod bajo spec.template.metadata.labels debe incluir todas las etiquetas especificadas en el selector. Si no coinciden, el controlador de Deployment no puede encontrar sus Pods, y Kubernetes rechazará el manifiesto con un error de validación. Este mecanismo de selector es cómo Kubernetes conecta los controladores de alto nivel con los Pods que gestionan.