Crea manifiestos de Kubernetes con formularios guiados y vista previa en vivo
Elige un tipo de recurso, rellena sus campos reales y copia o descarga el YAML ya formateado.
Deployment
kubectl apply --dry-run=server o a un linter como kubeval/kubeconform.
De un formulario a un manifiesto listo para aplicar
Elige el tipo de recurso
Deployment, Service, Ingress, Secret, CronJob… selecciona la pestaña del recurso que necesitas crear.
Rellena los campos reales
Cada formulario muestra únicamente los campos propios de ese recurso: réplicas e imagen en un Deployment, host y rutas en un Ingress, schedule cron en un CronJob.
Revisa la vista previa en vivo
El YAML se actualiza a cada pulsación, con la indentación y los campos obligatorios de la apiVersion correcta.
Copia, descarga o combina
Copia el YAML, descárgalo como .yaml, o añádelo a un paquete con otros recursos para un único kubectl apply -f.
Generador de manifiestos YAML de Kubernetes: por qué escribirlos a mano es un error habitual
Un manifiesto de Kubernetes es un archivo YAML que describe el estado deseado de un recurso: cuántas réplicas de tu app quieres, qué imagen usar, qué puertos exponer, o cómo debe entrar el tráfico desde internet. Escribirlos a mano es propenso a errores pequeños pero fatales: una indentación con tabulador en vez de espacios, un selector que no coincide con las labels del Pod, una apiVersion obsoleta que tu clúster ya no soporta. K8sCreation resuelve esto con un formulario guiado por cada tipo de recurso: solo ves los campos que existen de verdad en su spec, y el YAML se construye con la indentación correcta automáticamente.
Cobertura amplia: de cargas de trabajo a seguridad
Cubrimos los recursos que más se usan a diario: Deployment y StatefulSet para desplegar aplicaciones con o sin estado, DaemonSet para agentes que corren en cada nodo, CronJob para tareas programadas, Service e Ingress para exponer tu app dentro y fuera del clúster, ConfigMap y Secret para configuración y datos sensibles, PersistentVolumeClaim para almacenamiento persistente, HorizontalPodAutoscaler para autoescalado, NetworkPolicy para segmentar el tráfico, y Role + RoleBinding para permisos RBAC. Cada uno usa la apiVersion estable vigente: apps/v1, networking.k8s.io/v1, batch/v1, autoscaling/v2 y rbac.authorization.k8s.io/v1.
Privacidad real, no solo una promesa de marketing
Un generador de manifiestos suele manejar información delicada: nombres internos de servicios, imágenes privadas, y en el caso de un Secret, contraseñas o tokens. Por eso K8sCreation genera absolutamente todo —incluida la codificación en base64 de los Secrets— dentro de tu navegador, con JavaScript vanilla, sin backend ni llamadas a ningún servidor. Puedes comprobarlo tú mismo abriendo las herramientas de desarrollo de tu navegador y mirando la pestaña de red mientras usas el generador: no hay ninguna petición saliente.
Un límite que preferimos decir alto y claro
Este generador construye un YAML sintácticamente correcto y con los campos habituales de cada recurso, pero no es un validador de clúster. No comprueba si tu versión exacta de Kubernetes soporta un campo concreto, ni si un CRD personalizado existe, ni si los recursos que referencias (un Service, un Secret TLS, una StorageClass) existen de verdad. Antes de aplicar cualquier manifiesto en producción, valida siempre con kubectl apply --dry-run=server -f archivo.yaml o con un linter dedicado como kubeconform.
Preguntas frecuentes sobre manifiestos de Kubernetes
¿Este generador valida el YAML contra un clúster real?
kubectl apply --dry-run=server ni a un linter como kubeval o kubeconform, que comprueban el manifiesto contra el esquema exacto de tu versión de Kubernetes y tus CRDs. Antes de aplicarlo en producción, valida siempre con esas herramientas.¿Mis datos se envían a algún servidor?
¿Qué diferencia hay entre un ConfigMap y un Secret?
¿Por qué mi Service no encuentra ningún Pod?
selector del Service no coincide exactamente con las labels de los Pods (las que trae el template.metadata.labels del Deployment). Revisa que las claves y valores sean idénticos carácter a carácter — es la causa número uno de un Service sin endpoints.¿Necesito un Ingress si ya tengo un Service de tipo LoadBalancer?
¿Qué apiVersion debo usar en cada recurso?
apps/v1 para Deployment, StatefulSet y DaemonSet; v1 para Service, ConfigMap, Secret, PersistentVolumeClaim y Namespace; networking.k8s.io/v1 para Ingress y NetworkPolicy; batch/v1 para CronJob; autoscaling/v2 para HorizontalPodAutoscaler; y rbac.authorization.k8s.io/v1 para Role y RoleBinding.¿Puedo combinar varios recursos en un solo archivo?
---, listo para kubectl apply -f.¿Qué pasa si dejo un campo obligatorio vacío?
Guías rápidas para entender lo que generas
Plantilla YAML de Deployment de Kubernetes explicada
Qué significa cada campo de un Deployment: replicas, selector, template, resources y estrategia de rollout.
ConfigMap vs SecretDiferencia entre ConfigMap y Secret en Kubernetes
Cuándo usar cada uno, cómo se codifican los Secrets y por qué base64 no es cifrado.
IngressCómo exponer una app en Kubernetes con Ingress paso a paso
De un Service ClusterIP a un dominio público con TLS, explicado con un ejemplo completo.
Más herramientas
Generador de Docker Compose
Convierte servicios a docker-compose.yml con la misma filosofía de formularios guiados.
PróximamenteComparador de recursos CPU/RAM
Calcula requests y limits recomendados según el tráfico esperado de tu app.
PróximamenteValidador de nombres Kubernetes
Comprueba si un nombre cumple las reglas RFC 1123 antes de usarlo en tus manifiestos.
Próximamente