UltKit
이미지11
이미지 변환이미지 용량 줄이기이미지 크기 조절사진 자르기이미지 PDF 변환증명사진 만들기이미지 SVG 변환이미지 도구 전체 →
PDF13
PDF 압축PDF 변환PDF 이미지 변환PDF 합치기PDF 나누기PDF 암호 해제PDF 암호 설정PDF 도구 전체 →
문서·데이터7
PDF로 변환문서 변환이미지 텍스트 추출(OCR)이미지 엑셀 변환데이터 변환전자책 변환문서·데이터 도구 전체 →
동영상6
동영상 변환영상 용량 줄이기동영상 음원 추출동영상 GIF 변환동영상 자르기오디오 동영상 변환동영상 도구 전체 →
오디오4
오디오 변환오디오 용량 줄이기MP3 자르기음성 텍스트 변환오디오 도구 전체 →
기타 도구22
QR 코드 생성ZIP 파일 만들기온라인 압축 풀기시간대 변환기단위 변환기비밀번호 생성기글자 수 세기컬러 피커기타 도구 전체 →
블로그이용 방법

YAML JSON 변환

YAML 설정 파일, OpenAPI 명세, CI 파일을 어떤 파서, API, 스키마 검증기든 읽을 수 있는 JSON으로 바꿉니다. .yaml이나 .yml 파일을 올리고 들여쓰기된 JSON을 다운로드하십시오.

데이터 변환

또는 CSV, TSV, TXT … 파일을 여기에 끌어다 놓으세요 ·

파일당 최대 95 MB· 최대 20개 파일· 30분 뒤 삭제

출력

파일은 UltKit 서버에서 처리되며 30분 뒤 삭제됩니다.

사용 방법

  1. 1

    YAML 파일 업로드

    .yaml이나 .yml 파일을 한 번에 최대 20개, 파일당 95 MB까지 추가하십시오. 원래 이름을 유지하면 JSON 파일도 확장자만 바뀐 같은 이름을 갖습니다.

  2. 2

    들여쓰기 또는 압축 형태 선택

    보기 좋게 정렬이 켜져 있어 읽기와 코드 리뷰에 좋게 JSON을 들여씁니다. 요청 본문에 붙여 넣을 한 줄짜리 파일이 필요하면 고급 설정에서 끄십시오.

  3. 3

    변환 후 사용

    JSON으로 변환을 누르고 다운로드한 뒤, 파일이 필요한 API, 검증기, 스크립트에 넘기십시오.

개발자가 YAML을 JSON으로 변환하는 이유

YAML은 사람을 위해 만든 형식입니다. 중괄호 대신 들여쓰기를 쓰고, 주석을 달 수 있고, 대부분의 문자열에 따옴표가 필요 없습니다. 그래서 Kubernetes 매니페스트, GitHub Actions 워크플로, Docker Compose 파일, 팀이 직접 편집하는 OpenAPI 명세의 형식이 되었습니다. JSON은 프로그램을 위한 형식입니다. 모든 언어의 표준 라이브러리에 JSON 파서가 있고, 브라우저는 기본으로 해석하며, 대부분의 HTTP API는 JSON만 받습니다.

그래서 변환은 두 세계의 경계에서 일어납니다. 플랫폼 엔지니어는 JSON만 읽는 jq에 매니페스트를 넘깁니다. 백엔드 개발자는 JSON을 요구하는 코드 생성기에 OpenAPI 명세를 보냅니다. 테스터는 YAML로 쓴 픽스처 데이터를 JavaScript 테스트 스위트에 불러옵니다. 어느 경우든 YAML이 원본이고 JSON은 빌드 산출물입니다. 설정 파일이 아니라 피드나 내보낸 파일이 가득한 폴더라면 XML JSON 변환이 더 오래된 마크업 형식을 같은 방식으로 처리합니다.

YAML과 JSON이 함께 발전해 온 과정

Clark Evans가 YAML을 처음 제안한 해
2001
YAML 1.2에서 JSON이 YAML의 부분집합이 된 해
2009
현행 JSON 표준 RFC 8259 발행
2017
YAML 1.2.2 개정판 발행
2021

YAML 전용 기능은 JSON에서 어떻게 되나

앵커(&defaults)와 별칭(*defaults)을 쓰면 YAML에서 블록을 재사용할 수 있습니다. JSON에는 참조가 없으므로 각 별칭은 앵커 블록 전체의 사본으로 바뀝니다.

  • JSON이 YAML보다 눈에 띄게 길어질 수 있습니다
  • 병합 키(<<: *defaults)도 같은 방식으로 풀어 씁니다
간단한 YAML 설정을 보기 좋게 정렬한 JSON
{
  "service": "결제",
  "replicas": 3,
  "ports": [8080, 9090],
  "env": {
    "LOG_LEVEL": "info",
    "REGION": "NO"
  }
}

YAML과 JSON 형식 정보

YAML

YAML

YAML("YAML Ain't Markup Language")은 2001년에 처음 공개된, 사람이 읽고 쓰기 쉬운 데이터 형식입니다. 괄호 대신 들여쓰기를 사용하고, 주석을 지원하며, JSON의 상위 집합입니다. Docker Compose, Kubernetes, GitHub Actions와 많은 애플리케이션의 설정에 널리 쓰입니다. 공백에 의존하기 때문에 공백 하나만 잘못 들어가도 쉽게 깨지고, "no"나 날짜 같은 일부 값은 예상과 다르게 해석될 수 있습니다.

압축 방식
–
투명도
–
애니메이션
–
도입 연도
2001 · Clark Evans, Ingy döt Net, Oren Ben-Kiki
YAML 변환

JSON

JavaScript 객체 표기법(JSON)

JSON은 구조화된 데이터를 위한 가벼운 텍스트 형식으로, 2000년대 초 Douglas Crockford가 널리 알렸고 RFC 8259와 ECMA-404로 표준화되었습니다. 객체, 배열, 문자열, 숫자, 불리언, null을 간단하고 읽기 쉬운 문법으로 표현합니다. 거의 모든 프로그래밍 언어에서 웹 API, 설정 파일, 앱 간 데이터 교환의 기본 형식으로 쓰입니다. 주석, 날짜, 스키마가 기본으로 들어 있지 않고, 깊게 중첩된 큰 파일은 뷰어 없이 읽기 어렵습니다.

압축 방식
–
투명도
–
애니메이션
–
도입 연도
2001 · Douglas Crockford
JSON 변환

사람이 읽도록 쓴 설정이나 명세를 API 요청, 스키마 검증기, YAML 파서가 없는 도구 같은 기계에 넘겨야 할 때 YAML을 JSON으로 변환합니다.

YAML JSON 변환 자주 묻는 질문

같은 데이터를 담는데 왜 YAML을 JSON으로 변환합니까?

많은 도구가 둘 중 하나만 해석하기 때문입니다. JSON 파서는 모든 프로그래밍 언어와 브라우저에 기본으로 들어 있지만 YAML은 별도 라이브러리가 필요합니다. REST API의 요청 본문, JSON Schema 검증기, jq, 그리고 package.json이나 브라우저 확장 프로그램의 manifest.json 같은 파일은 모두 JSON을 요구합니다.

YAML 주석은 어떻게 됩니까?

삭제됩니다. RFC 8259에 따르면 JSON에는 주석 문법이 없으므로 #으로 시작하는 줄을 넣을 곳이 없습니다. 설명이 달린 원본은 YAML 파일로 보관하고, JSON은 언제든 다시 만들 수 있는 생성 사본으로 다루십시오.

NO나 off가 false로 바뀐 이유는 무엇입니까?

YAML 1.1을 따르는 파서는 yes, no, on, off를 불리언으로 읽기 때문에 노르웨이 국가 코드 NO 같은 값이 false가 될 수 있습니다. YAML 1.2는 불리언을 true와 false로 제한하지만 모든 도구가 이를 따르지는 않습니다. YAML에서 "NO"처럼 따옴표로 감싸면 JSON에서도 문자열로 남습니다.

YAML로 작성한 CloudFormation 템플릿도 변환할 수 있습니까?

AWS CloudFormation은 두 형식을 모두 받지만, !Ref나 !GetAtt 같은 짧은 태그는 YAML에만 있습니다. JSON 템플릿에서는 {"Ref": "MyBucket"}이나 {"Fn::GetAtt": [...]}처럼 전체 함수 형태로 씁니다. JSON 템플릿이 유효하도록 변환 전에 짧은 태그를 긴 형태로 바꿔 두십시오.

반대로 변환하려면 어떻게 합니까?

JSON YAML 변환을 사용하십시오. API 응답이나 생성된 파일을 저장소에 둘 읽기 쉬운 설정 파일로 만들 때 흔히 쓰는 방향입니다.