Конвертер JSON ↔ YAML
Конвертер JSON↔YAML преобразует YAML в JSON и JSON в YAML локально с параллельной синхронизацией, проверкой только синтаксиса, сортировкой ключей, контролем отступов, многодокументным YAML и копированием/загрузкой.
Отступ JSON
Отступ YAML
Сортировать ключи объекта
Разбить массив на многодокументный YAML (разделитель ---)
JSON
Символы
0 / 500,000
⇄
YAML
Символы
0 / 500,000
Быстрый старт
Частые сценарии
Разработка Kubernetes
конвертируйте манифесты ресурсов K8s между YAML и JSON для проверки структуры из любого представления.
Отладка значений Helm
преобразуйте файлvalues.yaml в JSON для проверки типов и вложенности в вашей IDE.
Конвейеры CI/CD
быстро конвертируйте фрагменты между действиями GitHub (YAML) и системами CI, использующими JSON.
Отладка API
конвертируйте полезные данные JSON в YAML для более четкого иерархического представления.
Миграция конфигурации
конвертируйте по одному вставленному фрагменту конфигурации, проверяя, как изменяются комментарии, привязки и разделители документов в JSON.
Форматирование и проверка синтаксиса
проверьте синтаксис JSON/YAML посредством двусторонней синхронизации с указанием местоположения ошибки в строке/столбце.
Рекомендации по использованию
Конверсионный контракт
Границы туда и обратно с потерями
Ограничения и совместимость
Конфиденциальность и безопасность
Частые вопросы
JSON и YAML могут представлять одни и те же типы данных (объекты, массивы, строки, числа), но их синтаксис различается: • JSON использует фигурные скобки и двойные кавычки, имеет более строгий синтаксис и не поддерживает комментарии. • YAML использует отступы для иерархии, более удобен для чтения и поддерживает комментарии, но чувствителен к пробелам. Эмпирическое правило: • Для API и межмашинного обмена данными отдавайте предпочтение JSON. • Для конфигураций Kubernetes/Helm/CI, которые люди часто редактируют, отдавайте предпочтение YAML. • Вы можете конвертировать между ними, не меняя модель данных.
Парсеры YAML1.1 часто обрабатывают да/нет/вкл/выкл/y/n как логические значения. Этот инструмент соответствует поведению YAML1.2, где true/false — переносимые логические значения. Строки, такие как «да», заключаются в кавычки, если последующие устаревшие инструменты могут читать их по-другому.
JSON (RFC 8259) не допускает комментариев. Таким образом, комментарии YAML не могут быть сохранены при преобразовании YAML → JSON и не могут быть восстановлены при обратном преобразовании. Сохраните исходный файл YAML, если комментарии имеют значение.
--- — разделитель документов YAML, используемый для хранения нескольких независимых документов в одном файле. Это часто встречается в Kubernetes, где один файл может содержать определения Deployment, Service и ConfigMap. Этот инструмент считывает многодокументный YAML как массив JSON, а также может разбивать массив JSON обратно на отдельные документы YAML.
JavaScript использует числа двойной точности IEEE 754. Безопасные целые числа находятся в диапазоне от -(2^53-1) до 2^53-1 (±9007199254740991). Целые числа большего размера (например, идентификаторы Snowflake или 64-битные метки времени) могут потерять точность. Чтобы сохранить точные значения, сохраняйте их в виде строк, например «9007199254740992».
Якоря (&name) и псевдонимы (*name) — это функции повторного использования, специфичные для YAML. JSON не имеет эквивалентного ссылочного механизма, поэтому псевдонимы во время преобразования расширяются до полных копий. Это преобразование с потерями, и исходную структуру привязки невозможно восстановить автоматически.