2026-04-19 · 1 min read
JSON vs YAML fuer Konfiguration
YAML ist menschenlesbar, JSON ist maschinenfreundlich und portabel.
JSON ist strikt, in APIs weit verbreitet und leicht maschinell erzeugbar—gut fuer Interoperabilitaet.
YAML bringt Lesbarkeit und Kommentare, hat aber mehr Randfaelle—gut fuer menschlich gepflegte Konfigs, wenn Parser uebereinstimmen.
How to read this comparison
Beide koennen dasselbe Datenmodell abbilden; Unterschiede sind Ergonomie, Kommentare und Fehlermodi.
| Approach | Data handling | Typical speed | Best for |
|---|---|---|---|
| JSON-Konfiguration | Text-first, in vielen Pipelines leicht zu validieren und zu diffen | Schnelles Parsen; Fehler sind oft praezise | API-Nutzlasten, Build-Artefakte, strikte Schemas |
| YAML-Konfiguration | Text-first; auf ueberraschende Typisierung (yes/no, Oktal) zwischen Parsern achten | Parse-Kosten etwas hoeher; fuer kleine Dateien unkritisch | Kubernetes-Manifeste, menschlich bearbeitete Service-Configs mit Kommentaren |
Takeaways
- Wenn Ihr Oekosystem bereits YAML standardisiert (z. B. Kubernetes), folgen Sie—kaempfen Sie nicht gegen die Plattform.
- Fuer maximale Portabilitaet zwischen Sprachen ist JSON die sicherere Standardeinstellung; bei Bedarf am Rand mit YAML ⇄ JSON konvertieren.