Convertir YAML a CSV Online
Convierte configuraciones YAML a tablas CSV. Gratis, en tu navegador, sin subir archivos.
Casos de uso
YAML a CSV para auditorías, informes y análisis de configuraciones
Inventarios Ansible a Excel
Exporta inventarios Ansible YAML a CSV para auditar hosts y variables con equipos no técnicos.
Recursos Kubernetes a hoja de cálculo
Convierte listas de pods, servicios o deployments a tablas para informes de capacidad y costes.
Análisis de pipelines CI/CD
Transforma configuraciones de GitHub Actions o GitLab CI a tablas para detectar patrones e inconsistencias.
100% privado
La conversión ocurre en tu navegador. Tu YAML nunca se envía a ningún servidor.
Cómo funciona
Tres pasos, sin complicaciones
Pega o sube tu YAML
Arrastra tu archivo .yaml o .yml, o pega el contenido directamente. Se admite YAML 1.2 con secuencias de objetos.
Conversión a tabla
Cada elemento de la secuencia se convierte en una fila CSV. Las claves del primer objeto se usan como encabezados de columna.
Descarga el CSV
Descarga el archivo .csv resultante o cópialo al portapapeles para abrirlo en Excel, Google Sheets o cualquier herramienta de análisis.
Preguntas frecuentes
¿Tienes dudas?
CSV es un formato tabular, por lo que la conversión funciona mejor con YAML que representa una lista de objetos con las mismas claves, es decir, una secuencia de mappings a nivel raíz. Por ejemplo, un archivo de inventario Ansible con una lista de hosts, un listado de pods de Kubernetes exportado con kubectl get pods -o yaml, o un archivo de datos de prueba con múltiples entradas del mismo tipo. Las estructuras YAML profundamente anidadas se aplanan: los valores de objetos anidados se pueden representar como columnas adicionales con rutas de clave separadas por punto (host.ip, host.port) o como JSON serializado en una sola columna.
Los casos principales son: exportar inventarios Ansible (.yml) a Excel para auditarlos con el equipo de operaciones, convertir listas de recursos Kubernetes (pods, servicios, deployments) a hojas de cálculo para informes de capacidad o chargeback, analizar la configuración de pipelines CI/CD en GitHub Actions o GitLab CI en formato tabular para identificar patrones o inconsistencias, y transformar datos de configuración de aplicaciones (variables de entorno, feature flags, configuración de microservicios) en tablas para documentación o revisión.
Los valores escalares (cadenas, números, booleanos) se mapean directamente a celdas. Los objetos anidados se aplanan usando notación de punto: un campo address.city genera una columna address.city en el CSV. Las listas dentro de campos se serializan como texto (por ejemplo, '["valor1","valor2"]') en una sola celda, ya que CSV no tiene representación nativa para arrays. Este comportamiento es estándar en herramientas como yq, csvkit y pandas, y es la convención más ampliamente aceptada para aplanar datos YAML jerárquicos a formato tabular.
Sí. Los inventarios Ansible en formato YAML (inventory.yml) contienen grupos de hosts con variables por host y por grupo. Convertir el inventario a CSV permite abrir el resultado en Excel o Google Sheets para filtrar hosts por variable (por ejemplo, todos los hosts con ansible_user=deploy), identificar hosts con configuraciones inconsistentes, compartir el inventario con equipos que no usan Ansible, o generar informes de infraestructura para auditorías de seguridad y cumplimiento normativo.
Sí, con matices importantes. kubectl get pods -o yaml devuelve un documento YAML con un campo items que contiene una lista de objetos Pod, cada uno con una estructura profundamente anidada (metadata, spec, status con múltiples subniveles). La conversión aplana esta estructura: las columnas del CSV tendrán rutas como metadata.name, metadata.namespace, status.phase, status.podIP. Esto es suficientemente útil para análisis rápidos: identificar pods en estado distinto de Running, listar imágenes de contenedores en uso, o auditar labels y annotations en toda la plataforma.
YAML 1.1 (usado por libyaml, PyYAML y la mayoría de herramientas hasta ~2018) interpretaba ciertos valores de forma que sorprende a los usuarios modernos: 'yes', 'no', 'on', 'off' se convertían automáticamente a booleanos true/false, y números octales se escribían con el prefijo 0 (no 0o como en YAML 1.2). YAML 1.2 (especificación del 1 de octubre de 2009, adoptada por js-yaml desde v4.0.0 en 2021 y por Go's gopkg.in/yaml.v3) corrigió estas ambigüedades. Si tu YAML proviene de Ansible (que usa PyYAML/YAML 1.1), estate atento a que valores como 'yes' pueden haberse convertido a true en el proceso de parseo.
Convertir YAML a CSV: inventarios Ansible, recursos Kubernetes e informes de CI/CD
YAML (YAML Ain't Markup Language, especificación 1.2 del 1 de octubre de 2009, disponible en yaml.org) es el formato de configuración dominante en el ecosistema DevOps moderno: Ansible lo usa para playbooks, inventarios y roles desde su versión inicial en 2012; Kubernetes lo usa para todos sus manifiestos de recursos (Pods, Deployments, Services, ConfigMaps, Secrets) desde la primera versión pública de Kubernetes en junio de 2014; GitHub Actions lo usa para la definición de workflows desde su lanzamiento en noviembre de 2019; GitLab CI/CD lo usa en .gitlab-ci.yml desde 2012; Docker Compose usa YAML en docker-compose.yml desde la versión 1 en 2014. A pesar de ser ideal para la escritura y lectura humana, YAML es un formato jerárquico que no se presta de forma natural al análisis tabular, a la generación de informes, ni a la colaboración con equipos de operaciones, gestión o finanzas que trabajan habitualmente en hojas de cálculo. La conversión de YAML a CSV es el puente entre el mundo de la configuración como código (Infrastructure as Code) y el mundo del análisis de datos en hojas de cálculo.
El caso de uso más frecuente en operaciones y SRE es la auditoría de inventarios Ansible. Un inventario Ansible en YAML puede tener cientos o miles de hosts organizados en grupos jerárquicos, cada uno con variables específicas (ansible_host, ansible_user, ansible_port, ansible_ssh_private_key_file, variables de aplicación como app_version o db_endpoint). Cuando el equipo de seguridad necesita una lista de todos los servidores con su dirección IP, sistema operativo y usuario de conexión para una auditoría de cumplimiento normativo (ISO 27001, SOC 2, PCI DSS), o cuando el equipo de finanzas necesita correlacionar hosts con sus costes en la nube para el proceso de chargeback departamental, el formato YAML del inventario no es directamente consumible. Convertirlo a CSV y abrirlo en Excel o Google Sheets permite filtrar, ordenar, pivotar y compartir la información sin necesidad de conocer YAML ni Ansible. De forma similar, kubectl get pods --all-namespaces -o yaml exporta el estado completo de todos los pods de un clúster Kubernetes como un documento YAML con una lista items. Convertir esta salida a CSV genera una tabla con columnas como namespace, name, status.phase, status.podIP, spec.nodeName, containerStatuses[0].image, que es directamente analizable para identificar pods con errores, auditar las imágenes de contenedores desplegadas, o calcular la distribución de workloads por nodo.
En el contexto de CI/CD, los workflows de GitHub Actions (.github/workflows/*.yml) y los pipelines de GitLab CI (.gitlab-ci.yml) son archivos YAML con una estructura de jobs y steps. En repositorios grandes con decenas o cientos de workflows, o en organizaciones con múltiples equipos que gestionan sus propios pipelines, el análisis tabular de las configuraciones permite identificar patrones como jobs duplicados, inconsistencias en las versiones de actions utilizadas, variables de entorno no estandarizadas, o jobs sin timeout definido que pueden bloquear pipelines indefinidamente. Convertir los archivos de configuración de CI/CD a CSV y cargarlos en una hoja de cálculo o herramienta de análisis como pandas o Google Sheets permite este tipo de auditoría a escala. Adicionalmente, la conversión YAML a CSV es útil para transformar datos de feature flags (LaunchDarkly, Unleash, Flagsmith almacenan configuraciones en YAML), configuraciones de microservicios (cada servicio tiene un values.yaml de Helm con sus parámetros de despliegue), y datos de prueba en formato YAML (fixtures de pytest, datos de prueba de Rails en YAML) en tablas analizables o importables en bases de datos relacionales.