태그: #openapi
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 6 편
API 계약 테스트 & API 도구 2026 딥다이브: Pact, Bruno, Hoppscotch, MSW, Karate DSL, Schemathesis 완전 비교
2026년 API 계약 테스트 풍경을 Pact, MSW, Bruno, Hoppscotch, Karate DSL, Schemathesis, Dredd, Prism, RestAssured, Postman/Insomnia로 비교. OpenAPI 3.1, AsyncAPI 3.0, GraphQL 스키마 테스트와 CDC(Consumer-Driven Contracts) 실전 패턴까지 다룹니다.
2026-05-25 · 18 분 읽기 #api-testing#pact#bruno#hoppscotch#mswAPI 설계 & 테스트 도구 2026 — Bruno / Insomnia / Postman / Hoppscotch / Scalar / Mintlify / Buf 심층 비교
2026년 API 도구 풍경은 5년 전과 완전히 다르다. Postman은 계정 강제와 클라우드 동기화로 신뢰를 잃었고, Insomnia 8는 동일한 길을 따라가다 Kong 인수 후 한 번 더 흔들렸다. 그 빈자리를 Bruno(file-based, git 친화)가 빠르게 채웠고, Hoppscotch는 완전 오픈소스 대안으로 자리잡았다. 디자인-퍼스트 진영에서는 Stoplight Studio(S
2026-05-16 · 35 분 읽기 #api-design#api-testing#bruno#insomnia#postman2026 API 스키마 지도 — JSON Schema · OpenAPI 3.1 · AsyncAPI · GraphQL · gRPC · Smithy · TypeSpec 한 번에 정리
2026년 API의 진짜 단위는 엔드포인트가 아니라 스키마다. JSON Schema 2020-12가 OpenAPI 3.1·AI 도구 호출·설정 검증의 공통 베이스가 되고, AsyncAPI 3.0은 이벤트의 OpenAPI 자리를 굳혔으며, gRPC·Protobuf는 여전히 서비스 간 기본값으로 남아 있다. 거기에 Smithy·TypeSpec·Pact·Buf·Stoplight·Scalar까지 —
2026-05-14 · 37 분 읽기 #api-schema#json-schema#openapi#asyncapi#graphqlAPI 디자인 완전 가이드 — REST·OpenAPI·Versioning·Pagination·Idempotency·Webhook을 2025년 기준으로 한 번에 정리
REST Maturity, OpenAPI 3.1, Versioning 전략, Pagination(Offset/Cursor/Keyset), Idempotency Key, Rate Limiting, Webhook 재전송, Async API까지 — API 디자인 2025.
2026-04-15 · 20 분 읽기 #api#rest#openapi#webhook#versioningREST API 설계 베스트 프랙티스 2025: 네이밍, 버저닝, 에러 처리, 페이지네이션, 보안
REST API 설계의 모든 것! 리소스 네이밍, HTTP 메서드 올바른 사용, 상태 코드, 에러 응답 표준, 페이지네이션(Cursor vs Offset), 버저닝(URL vs Header), 인증(OAuth2/JWT/API Key), OpenAPI 3.1, 실전 설계 패턴.
2026-03-25 · 29 분 읽기 #rest-api#api-design#http#pagination#versioningREST API 설계 베스트 프랙티스 2025: 개발자가 반드시 알아야 할 API 설계 원칙과 실전 패턴
REST API 설계의 모든 것을 한 글에! Richardson Maturity Model, URL 네이밍 컨벤션, HTTP 메서드 의미론, 상태 코드 전략, 페이지네이션(Cursor vs Offset), 에러 처리(RFC 9457), 버전 관리, Rate Limiting, OpenAPI 3.1, 보안(OAuth2/JWT) 완전 가이드.
2026-03-23 · 30 분 읽기 #rest-api#api-design#openapi#swagger#versioning