Конвертер YAML в CSV Online
Конвертируйте конфигурации YAML в CSV-таблицы бесплатно, прямо в браузере, без загрузки файлов.
Варианты использования
YAML в CSV для DevOps, анализа и отчётности
Аудит инвентаря Ansible
Просматривайте хосты, группы и переменные Ansible в таблице для обнаружения несоответствий и дублирований.
Анализ Kubernetes
Извлекайте образы, лимиты ресурсов и состояние подов из манифестов kubectl для capacity planning.
Отчётность по конфигурации
Генерируйте читаемые таблицы из YAML-конфигураций для нетехнических заинтересованных сторон.
100% конфиденциально
Конвертация выполняется в браузере. Ваши конфигурации не покидают устройство.
Как это работает
Три шага — никаких сложностей
Вставьте или загрузите YAML
Вставьте содержимое YAML 1.2 или загрузите файл. Без регистрации, без ограничений по размеру.
Автоматическая конвертация
Последовательность объектов YAML преобразуется в строки CSV. Обработка выполняется в браузере.
Скачайте CSV
Таблица готова для анализа в Excel, Google Sheets, Pandas или любом инструменте работы с данными.
FAQ
Остались вопросы?
Наилучший результат даёт последовательность объектов (массив словарей) — наиболее частая структура в DevOps-конфигурациях: - name: server1\n ip: 192.168.1.1\n role: web. Каждый элемент последовательности становится строкой CSV, ключи первого элемента — заголовками столбцов. YAML с одним объектом верхнего уровня конвертируется в таблицу с двумя столбцами: ключ и значение. Глубоко вложенные структуры сглаживаются с использованием точечной нотации: server.host → столбец server.host.
Основные сценарии: аудит инвентаря Ansible — просмотр хостов, групп и переменных в таблице для обнаружения несоответствий и дублирований; анализ манифестов Kubernetes — извлечение имён, namespace, образов контейнеров и лимитов ресурсов из kubectl get pods -o yaml; анализ конфигураций CI/CD — сравнение шагов и переменных окружения нескольких конвейеров GitHub Actions или GitLab CI; отчётность и документация — генерация читаемых таблиц из конфигурационных файлов для нетехнических заинтересованных сторон.
Вложенные объекты YAML сглаживаются с помощью точечной нотации. Структура resources: {limits: {cpu: 500m}} становится столбцом resources.limits.cpu со значением 500m. Последовательности (массивы) внутри объектов объединяются в строку через запятую или переносятся в отдельные строки в зависимости от настройки. Такое сглаживание делает данные доступными для стандартного CSV-анализа, хотя часть структурной иерархии при этом теряется.
Да. Инвентарь Ansible в формате YAML (inventory.yaml) содержит хосты, группы и переменные хостов. Конвертация в CSV позволяет открыть его в Google Sheets или Excel для: выявления хостов без обязательных переменных, сравнения конфигураций хостов между группами, генерации отчётов об инфраструктуре для нетехнических руководителей, аудита безопасности (например, поиска хостов с одинаковыми учётными данными). Такой анализ значительно удобнее в табличном виде, чем в нативном YAML.
kubectl get pods -o yaml возвращает YAML с описанием всех подов. Конвертация в CSV позволяет анализировать: использование образов контейнеров и их версии по всему кластеру, запросы и лимиты ресурсов (CPU/memory) для capacity planning, состояние подов и restartCount для выявления нестабильных сервисов, распределение по нодам для балансировки нагрузки. CSV-формат также упрощает интеграцию с инструментами BI для визуализации состояния кластера.
YAML 1.1 (2005) и YAML 1.2 (2009) различаются обработкой специальных значений. В YAML 1.1 значения yes, no, on, off интерпретируются как булевы — это печально известная причина ошибок в конфигурациях Ansible, где значение страны NO (Норвегия) неожиданно становится false. YAML 1.2 исправил это, оставив булевыми только true и false. Конвертер поддерживает обе версии. Ansible использует YAML 1.1, Kubernetes — YAML 1.2. При конвертации рекомендуется указать версию для корректной интерпретации данных.
Конвертировать YAML в CSV: Ansible, Kubernetes и анализ конфигураций
YAML (YAML Ain't Markup Language) стал доминирующим форматом конфигурации в экосистеме DevOps и облачной инфраструктуры. Ansible, системы автоматизации ИТ-инфраструктуры от Red Hat (приобретена в 2015 году), использует YAML для всех playbook, ролей и инвентарных файлов. Kubernetes, система оркестрации контейнеров от Google (открыта в 2014 году, передана CNCF в 2016), использует YAML для всех объектов API: Deployments, Services, ConfigMaps, Secrets, PersistentVolumeClaims, RBAC-политик. GitHub Actions, GitLab CI/CD, CircleCI, Drone CI и большинство современных систем непрерывной интеграции определяют конвейеры в YAML-файлах. Terraform HCL частично использует YAML для конфигурации провайдеров, Helm charts хранят значения в values.yaml. Практическая проблема: YAML превосходен для машинного чтения и записи, но анализ и сравнение больших коллекций YAML-файлов — несотен манифестов Kubernetes в производственном кластере или инвентаря из тысяч хостов Ansible — в нативном формате крайне неудобен. Конвертация YAML в CSV открывает доступ к табличному анализу через Excel, Google Sheets, Python Pandas и SQL.
Инвентарь Ansible (inventory.yaml) содержит структурированные данные об управляемой инфраструктуре: имена хостов, IP-адреса, группы, переменные групп и переменные хостов. В крупных организациях инвентарь может включать тысячи серверов с десятками переменных на каждый. Аудит такого инвентаря в нативном YAML — ручная задача, подверженная ошибкам. Конвертация в CSV позволяет мгновенно применять фильтры, сортировку и сводные таблицы: выявлять хосты с устаревшей версией Python, находить дублирующиеся IP-адреса, сравнивать конфигурации хостов между prod и staging окружениями. kubectl get [resource] -o yaml возвращает YAML-представление Kubernetes-ресурсов — инструмент поддерживает все типы: pods, deployments, services, configmaps, nodes. Конвертация вывода в CSV позволяет анализировать версии образов контейнеров, лимиты и запросы ресурсов, статусы HealthCheck, аннотации и метки в табличном виде — задача, для которой kubectl предоставляет лишь ограниченные встроенные инструменты через jsonpath и custom-columns.
Экосистема CI/CD порождает большое количество YAML-конфигураций конвейеров, которые в организациях с несколькими командами накапливаются быстро. GitHub Actions хранит рабочие процессы в .github/workflows/*.yml, GitLab CI — в .gitlab-ci.yml с возможностью include, CircleCI — в .circleci/config.yml. Анализ и стандартизация конфигураций десятков конвейеров — когда нужно убедиться, что все используют одинаковую версию Node.js, или выявить команды, не применяющие кэширование зависимостей — значительно проще в CSV-представлении. YAML 1.1 против YAML 1.2 — практически значимое различие в DevOps-экосистеме. Ansible использует PyYAML, который реализует YAML 1.1; это означает что yes/no/on/off интерпретируются как булевы значения. Известная ошибка — код страны NO (Норвегия) в данных Ansible интерпретировался как false до явного квотирования. Kubernetes использует go-yaml v3 с семантикой YAML 1.2, где только true/false являются булевыми. Конвертер обрабатывает обе версии и позволяет анализировать данные независимо от исходного инструмента.