BbaGyun's Portfolio

2026.03.017 min

[Next.js x NestJS] 프론트엔드와 백엔드의 도메인 분리, 깨부순 아키텍처 오해들

"프론트엔드와 백엔드를 물리적으로 분리하자." 현대 웹 개발의 기본처럼 여겨지지만, Next.js와 NestJS를 각각 다른 최상위 도메인(A.com, B.com)으로 배포하고 연동하는 과정은 단순히 API만 연결하는 것으로 끝나지 않았습니다. 인증(Auth), 쿠키(Cookie), 네트워크 보안이라는 거대한 벽을 마주하며 깨부순 과거의 오해들과 아키텍처 개선기를 공유합니다.

ArchitectureSecurityBFFNestJSNext.js

2026.03.015 min

[NestJS] Guard가 정답일까? (Middleware와 Guard의 트레이드오프 회고)

NestJS 생태계에서 "인증은 Guard로 처리하라"는 것은 일종의 국룰처럼 여겨집니다. 하지만 저는 통합 예약 플랫폼을 설계하며 관리자 권한 제어에 Guard 대신 Middleware를 선택했고, 나중에도 그 구조를 유지했습니다. 프레임워크의 권장 사항을 따르지 않은 이 결정의 배경과 트레이드오프에 대한 회고록입니다.

BackendArchitectureAuthentication

2026.02.266 min

분산 환경에서의 SSO 통합과 Soft FK 활용기

파편화된 사내 서비스들의 인증 체계를 NestJS 기반의 중앙 집중형 플랫폼으로 통합하고, 물리적으로 분리된 DB 환경에서 Soft FK와 JWT Payload를 활용해 느슨한 결합과 신뢰 모델을 구축한 아키텍처 설계기입니다.

BackendArchitectureAuthentication

태그

#NestJS(3개의 게시물)

[Next.js x NestJS] 프론트엔드와 백엔드의 도메인 분리, 깨부순 아키텍처 오해들

[NestJS] Guard가 정답일까? (Middleware와 Guard의 트레이드오프 회고)

분산 환경에서의 SSO 통합과 Soft FK 활용기