KYAML 써보신 분?

peter · 10월 29, 2025, 8:36오전

[image] KYAML(Kubernetes YAML)은 전통적인 들여쓰기 방식 대신 {}와 []를 사용해 구조를 명확히 표현하는 JSON 스타일의 YAML 하위 집합이에요. 문자열은 항상 "로 감싸야 하며, 이를 통해 흔한 타입 변환 문제를 방지합니다. 시각적으로도 완전히 달라집니다. 기존의 들여쓰기 기반 블록 대신 명확한 괄호 구조로 변환돼, 공백 때문에 깨지는 문제를 원천적으로 차단합니다. https://kyaml.com/ KYAML이 해결하는 문제 기존 Kubernetes YAML은 DevOps 팀을 괴롭히는 여러 치명적인 문제들이 있습니다. “Norway Problem”으로 알려진 NO → boolean false 변환 문제 "yes", "11:00", 버전 숫자 등의 예기치 않은 타입 변환 들여쓰기 오류로 인한 배포 실패 및 팀 간 충돌 Helm 템플릿에서 복잡한 들여쓰기 관리({{ indent 4 }} 등) 이런 문제들은 하루에도 여러 …

위 게시글 보고, 적용해보려고하는데…. 구글링해보니 별로라는 얘기도 있더라구요. 혹시 KYAML 을 프로덕션에서 사용해보신 분이 있을까요?

github.com/kubernetes/enhancements

keps/sig-cli/5295-kyaml/README.md

master

<!--
- [X] **Pick a hosting SIG.**
  Make sure that the problem space is something the SIG is interested in taking
  up. KEPs should not be checked in without a sponsoring SIG.
- [X] **Create an issue in kubernetes/enhancements**
  When filing an enhancement tracking issue, please make sure to complete all
  fields in that template. One of the fields asks for a link to the KEP. You
  can leave that blank until this KEP is filed, and then go back to the
  enhancement and add the link.
- [X] **Make a copy of this template directory.**
  Copy this template into the owning SIG's directory and name it
  `NNNN-short-descriptive-title`, where `NNNN` is the issue number (with no
  leading-zero padding) assigned to your enhancement above.
- [X] **Fill out as much of the kep.yaml file as you can.**
  At minimum, you should fill in the "Title", "Authors", "Owning-sig",
  "Status", and date-related fields.
- [X] **Fill out this file as best you can.**
  At minimum, you should fill in the "Summary" and "Motivation" sections.
  These should be easy if you've preflighted the idea of the KEP with the
  appropriate SIG(s).

This file has been truncated. show original