조용한 개발 노트

웹 애플리케이션에서는 모든 요청에 공통으로 적용해야 하는 로직이 존재한다.인증 및 인가요청/응답 로깅트랜잭션 경계 설정요청 컨텍스트 초기화Spring Web MVC는 이러한 횡단 관심사를 처리하기 위해 Filter와 Interceptor라는 두 가지 확장 지점을 제공한다.이 글에서는 두 컴포넌트의 역할과 차이를 정리하고, 어떤 경우에 무엇을 선택해야 하는지 기준을 잡아본다.1. Filter의 위치와 역할Filter는 서블릿 컨테이너 레벨에서 동작하는 컴포넌트다.HTTP 요청이 DispatcherServlet에 도달하기 전에, 또는 응답이 클라이언트로 나가기 전에 Filter 체인을 거친다.DispatcherServlet 이전 단계에서 실행ServletRequest / ServletResponse 기반Sp..

19편에서는 Spring MVC의 요청 처리 흐름을 DispatcherServlet부터 ExceptionResolver까지 한 장으로 정리했습니다.이번 글에서는 그 흐름 위에서 많이 헷갈리는 두 존재,FilterInterceptor가 정확히 어디에서, 어떤 역할을 맡는지를 구조 기준으로 정리해보겠습니다.1. 가장 먼저 정리해야 할 결론Filter와 Interceptor의 차이는 기능 차이가 아니라 위치와 책임 차이입니다.Filter – 서블릿 레벨, Spring 바깥Interceptor – Spring MVC 내부이 한 줄을 기준으로 보면 대부분의 혼란이 사라집니다.2. Filter는 어디에 위치할까Filter는DispatcherServlet 앞단에 위치합니다.즉,Spring MVC를 타기 전서블릿 컨테..

[gRPC 공식 문서 정리] Authentication & Security: TLS / mTLS를 왜 기본으로 설계했는가이 글은 gRPC 공식 문서(Authentication & Security)를 기준으로, gRPC가 왜 TLS / mTLS를 기본 전제로 설계했는지, 그리고 실무에서 어떤 인증 방식을 선택해야 하는지를 Spring Boot / Kotlin 환경을 염두에 두고 정리한 글입니다. 기준 문서: https://grpc.io/docs/guides/auth/ 📌 이 글은 gRPC 공식 문서 정리 시리즈의 일부입니다.(카테고리: Dev > gRPC)1. gRPC 인증을 REST처럼 생각하면 안 되는 이유REST API에서는 보통 Authorization 헤더 하나로 인증 문제를 해결한다.하지만..

[gRPC 공식 문서 정리 3편] Deadline, Error, Interceptor 실무 패턴이 글은 gRPC 공식 문서(grpc.io)를 기반으로, gRPC에서 반드시 이해해야 할 Deadline, Error Model, Interceptor를 실무 관점에서 정리한 글입니다. 기준 문서: https://grpc.io/docs/what-is-grpc/core-concepts/ 📌 이 글은 gRPC 공식 문서 정리 시리즈의 일부입니다.(카테고리: Dev > gRPC)1. 왜 이 세 가지가 중요한가?gRPC를 실무에 도입하고 나서 발생하는 대부분의 문제는 성능이나 문법이 아니라, 아래 세 가지를 제대로 다루지 않았을 때 발생한다.요청이 언제까지 살아 있어야 하는가? (Deadline)실패를 어떻게 표..