JSON zu YAML

Lokale Verarbeitung

app.yaml.view

Daten auch über #data={"name":"Ada"} oder #url=... einfügen; nach dem Lesen wird die Adressleiste geleert.

JSON für APIs, YAML oft Kubernetes, CI und lokale Configs. Bidirektional im Browser, ohne Manifeste auf Online-Converter. Richtung wechseln: JSON → YAML zum Lesen/Editieren, YAML → JSON für Programme.

Bidirektional

Links JSON ergibt YAML, oder YAML ergibt JSON. Danach Einrückung und Typen prüfen (z. B. kann YAML- on / off als Boolean gelten).

Anker, Multi-Dokumente und andere YAML-Fortgeschrittene aktuell begrenzt.

Für Configs

Deployment, docker-compose nach der Bearbeitung zurück nach JSON validieren. API-Mocks JSON, Deploy-Manifeste YAML – diese Seite dazwischen.

Danach Smoke im Zielsystem: Verhalten wie die handgeschriebene Datei.

Kommentare

Beim Weg nach JSON gehen YAML-Kommentare verloren – Limit des Formats. Wichtige Hinweise ins Repo-Dokument.

Von JSON nach YAML entstehen auch keine Kommentare von allein.

Beispiel

JSON

{
  "apiVersion": "apps/v1",
  "kind": "Deployment",
  "metadata": { "name": "json-toolbox" }
}

YAML

apiVersion: apps/v1
kind: Deployment
metadata:
  name: json-toolbox

Was bei falscher Einrückung?

YAML ist einrückungsempfindlich. Bei Parsefehlern Leerzeichen prüfen. Nach JSON formatieren zeigt die Struktur oft klarer.

JSON5 oder YAML?

Kommentare bei JSON-naher Syntax: JSON5; für K8s / Ansible: YAML.

Muss ich «Konvertierung ausführen» klicken?

Ja. Anders als Formatierung nicht live bei jeder Eingabe; nach Richtungs- oder Inhaltswechsel erneut konvertieren.

Ändert sich die Key-Reihenfolge?

Kann von handgeschriebenem YAML abweichen, Semantik gleich. Reihenfolge-sensible Abläufe selbst prüfen.

Empfohlener Ablauf

Richtung: JSON → YAML oder YAML → JSON.
Quelle einfügen, «Konvertierung ausführen», ggf. Download.
YAML-Seite Einrückung; JSON-Seite zusätzlich validieren.
Einmal in K8s / CI laufen lassen, Verhalten wie vor der Konvertierung.

Vorher Backup der Originaldatei. Anker, Merge Keys: Spezialtools oder von Hand.