YAML → JSON 변환
YAML과 JSON을 양방향으로 변환하며 들여쓰기를 지정할 수 있습니다. 중첩 맵, 목록, 여러 줄 문자열을 지원하고 문법 오류 위치를 알려줍니다.
YAML을 JSON으로, JSON을 YAML로 변환하며 들여쓰기를 지정할 수 있습니다. 중첩 맵, 목록, 따옴표로 묶은 문자열, 여러 줄 블록 스칼라, 앵커를 처리하고, 문법 문제가 있으면 조용히 실패하는 대신 원인이 된 위치를 알려 줍니다.
두 형식을 오가는 일상적인 다리 역할을 합니다. YAML로 작성한 Kubernetes나 CI 설정 파일을 API 호출용 JSON으로 바꿔야 하거나, JSON 페이로드를 손으로 고쳐야 하는데 YAML에서 훨씬 쉽게 편집되는 경우입니다. 변환은 브라우저 안에서 이루어지므로 토큰이나 내부 호스트 이름이 담긴 설정 파일이 기기를 떠나지 않습니다.
YAML과 JSON을 변환하는 방법
YAML이나 JSON을 붙여 넣습니다
변환 방향과 들여쓰기를 고릅니다
변환된 결과를 복사합니다
자주 묻는 질문
어느 방향을 지원하나요?
양쪽 모두 지원합니다. YAML을 JSON으로, JSON을 YAML로 변환합니다. JSON은 YAML의 부분집합이라 올바른 JSON은 항상 깔끔하게 변환되며, YAML에만 있는 기능은 변환할 때 펼쳐집니다.
YAML의 주석은 어떻게 되나요?
주석은 데이터 모델의 일부가 아니므로 JSON으로 변환할 때 사라집니다. 주석이 중요하다면 원본 파일을 기준으로 보관하세요.
여러 줄 문자열도 유지되나요?
네. 블록 스칼라와 리터럴 문자열은 JSON의 일반 문자열이 되며, 줄바꿈은 이스케이프된 개행 문자로 남습니다.
제 YAML이 해석되지 않는 이유는 무엇인가요?
흔한 원인은 들여쓰기 불일치, 공백 대신 들어간 탭 문자, 값 안에 따옴표 없이 쓴 콜론입니다. 오류 메시지가 해석이 멈춘 줄과 열을 가리켜 줍니다.
큰 설정 파일도 다룰 수 있나요?
네. 몇 메가바이트 정도의 파일은 즉시 변환됩니다. 실질적인 한계는 기기 메모리이며 모든 처리는 기기 안에서 이루어집니다.
제 설정이 업로드되나요?
아니요. 설정 파일에는 자격 증명, 토큰, 내부 호스트 이름이 담기는 경우가 많아 이 점이 중요합니다.
한눈에 보기
| 입력 | 텍스트 |
|---|---|
| 여러 파일 | 아니요 |
| 실행 위치 | 브라우저에서 실행 - 파일은 업로드되지 않습니다 |
| 오프라인에서도 작동 | 예 — 페이지를 불러온 후 |
| 가격 | 무료, 가입 필요 없음, 워터마크 없음 |
데이터 형식 고르기
JSON은 API가 반환하거나 프로그램이 읽는 데이터의 기본 선택입니다. 중첩 구조, 숫자, 불리언, null을 자연스럽게 다루고 모든 언어가 파싱합니다. CSV는 더 작고 스프레드시트에서 바로 열리지만, 중첩을 표현할 방법이 없고 구분자, 인용, 문자 집합에 관한 공통 표준도 없습니다. 변환이 어긋나는 지점이 바로 여기입니다. XML은 장황하지만 속성, 혼합 콘텐츠, 스키마를 담을 수 있어 문서 형식과 기존 연동에서 여전히 주류입니다. YAML은 설정 파일에 가장 읽기 좋지만 공백에 민감하고 형 변환이 뜻밖의 결과를 냅니다("no"가 false가 되거나 1.10 같은 버전이 1.1이 됩니다). 보기 좋은 형식이 아니라 그것을 사용하는 도구가 선호하는 형식을 고르십시오.
변환이 조용히 깨지는 곳
변환 버그는 대부분 문법이 아니라 의미의 문제입니다. 우편번호 CSV 열은 스프레드시트가 숫자라고 추측하는 순간 앞의 0을 잃습니다. 긴 ID는 부동소수점 정밀도를 넘어섭니다. 날짜는 일이 먼저인지 월이 먼저인지에 따라 의미가 달라집니다. JSON 키에는 순서가 없지만 배열에는 있습니다. 키를 정렬하는 도구는 아무것도 바꾸지 않지만 배열을 정렬하는 도구는 데이터를 바꿉니다. Unicode도 함정입니다. 텍스트는 UTF-8이나 UTF-16으로, 또는 BOM과 함께 도착할 수 있고, 잘못 추측한 디코더는 강세 문자가 있는 글자를 깨진 문자로 만듭니다. 어떤 변환이든 믿기 전에 첫 행과 마지막 행, 앞에 0이 붙은 필드, 따옴표나 쉼표, 줄바꿈이 들어 있는 필드를 표본 검사하십시오.