태그: #api-design
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 8 편
Gemini 3.7 Flash의 도입가와 3주 주기 — 모델 원가를 계약이 아니라 확률로 잡아야 하는 이유
Gemini 3.7 Flash 발표에서 실무자가 봐야 할 것은 벤치마크 상승폭이 아니라 두 가지입니다. 하나는 특정 날짜에 단가가 두 배로 오르는 도입가 구조이고, 다른 하나는 직전 모델이 3주 전에 나왔다는 사실입니다. 이 둘이 겹치면 모델 원가는 고정비가 아니라 만료일이 붙은 조건부 값이 됩니다. 공개된 벤치마크가 무엇을 비교하고 무엇을 비교하지 않는지, 그리고 발표에서 끝내 공개되지 않
2026-08-14 · 13 분 읽기 #llm#cost-optimization#benchmark#api-design#capacity-planning레이트 리밋 알고리즘 고르기 — 고정 윈도우, 슬라이딩, 토큰 버킷의 실제 차이
분당 100회로 막았는데 200회가 통과하는 것은 버그가 아니라 고정 윈도우 알고리즘의 정의된 동작입니다. 고정 윈도우, 슬라이딩 로그, 슬라이딩 윈도우 카운터, 토큰 버킷 네 가지의 메모리와 정확도 트레이드오프를 표로 비교하고 경계 문제를 숫자로 확인합니다. 분산 환경에서 레디스 원자적 연산이 왜 필요한지, 노드별 로컬 리밋이 만드는 오차가 얼마나 되는지, IP를 키로 삼으면 무엇이 깨지는
2026-07-26 · 22 분 읽기 #web#rate-limiting#api-design#redis#reliabilityGraphQL 스펙, 거의 4년 만의 릴리스 — September 2025 에디션과 GraphQL.js 17 GA에 들어간 것, 아직 밖에 있는 것
GraphQL 스펙이 October 2021 이후 거의 4년 만에 September 2025 에디션으로 갱신됐고, 참조 구현 GraphQL.js는 4년 넘는 알파 기간 끝에 2026년 6월 15일 v17 GA를 냈습니다. 이 글은 두 릴리스에 실제로 들어간 것 — OneOf 입력 객체, Schema Coordinates, 실행기 분리, AbortSignal — 과 여전히 들어가지 않은 것을
2026-07-17 · 23 분 읽기 #graphql#graphql-js#api-design#federationProtobuf Edition 2026 — 조여지는 기본값 세 개와, protoc가 처음 강제하는 스키마 크기 한계
2026년 7월 13일 protobuf.dev에 Edition 2026 발표가 올라왔고, 나흘 앞선 7월 9일에 이미 v36.0-rc1이 나와 있었습니다. Edition 2026은 새 문법을 하나도 추가하지 않는 대신 기본값 세 개를 조입니다 — 이름 충돌 금지(STYLE2026), 심볼 가시성 STRICT, 그리고 protoc 사상 처음으로 스키마 크기 한계를 강제하는 enforceprot
2026-07-16 · 30 분 읽기 #grpc#protobuf#api-design#serializationHTTP QUERY 메소드 — REST의 오랜 딜레마를 푸는 새로운 동사
GET은 본문을 보낼 수 없고 POST는 검색에 의미가 맞지 않습니다. 이 오랜 딜레마를 푸는 새로운 HTTP 동사 QUERY 메소드의 동기와 의미론, 그리고 실무 적용 방법을 깊이 있게 다룹니다.
2026-06-25 · 26 분 읽기 #http#query-method#rest#api-design#rfcAPI 설계 & 테스트 도구 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#postmanREST 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