조용한 개발 노트

이 글은 gRPC 공식 문서의 Error Handling과 Status Codes를 기준으로, 기존 REST API를 gRPC로 전환할 때 HTTP 상태 코드를 gRPC Status로 어떻게 매핑하는 것이 적절한지를 실무 기준으로 정리한 글입니다.새로운 에러 모델을 소개하기보다는, REST 환경에서 이미 사용 중인 에러를 gRPC에서 어떻게 표현해야 혼란이 적은지에 초점을 둡니다.📌 카테고리: Dev > gRPC1. REST와 gRPC의 에러 표현 방식 차이REST API에서는 보통 HTTP Status Code와 응답 바디를 함께 사용해 에러를 표현한다.gRPC에서는 HTTP Status가 아닌, gRPC Status Code가 에러의 의미를 결정한다. HTTP 레벨의 상태 코드는 대부분 내부적으로 ..

[gRPC 공식 문서 정리] Error Model & Status 설계: 에러도 계약이다이 글은 gRPC 공식 문서(Error Handling, Status Codes)를 기준으로, gRPC에서 에러를 어떻게 표현해야 하는지, 그리고 Status Code 설계가 왜 API 계약의 일부인지를 실무 관점에서 정리한 글입니다. 기준 문서: https://grpc.io/docs/guides/error/ https://grpc.io/docs/guides/status-codes/ 📌 이 글은 gRPC 공식 문서 정리 시리즈의 일부입니다.(카테고리: Dev > gRPC)1. gRPC에서 에러는 “예외”가 아니다REST 기반 시스템에서는 에러를 HTTP Status Code + Response Body로 표현한다..