🔐 Identity Platform

nike.net에는 여러 B2B 애플리케이션이 등록되어 있고, 이 모든 애플리케이션이 공통으로 호출하는 인증 플랫폼이 로그인, 권한, 사용자 소속, 앱 접근을 일관되게 제공해야 했습니다. 10년 가까이 운영되던 이 플랫폼을 현대화하면서 생긴 판단과 결과를 하나의 시리즈로 묶었습니다.

작업의 범위는 단순한 프레임워크 업그레이드가 아니었습니다. 런타임과 보안 체계를 교체하고, 로그와 이벤트를 표준화하고, 권한 모델을 다시 문서화하고, 실제 운영 병목을 추적해 해결하는 과정이 서로 연결되어 있었습니다. 그래서 각각의 작업도 따로 떼어 보기보다 하나의 현대화 서사로 읽는 편이 자연스럽습니다.

이 시리즈 허브에서는 Identity Platform 관련 글을 4개 흐름으로 나눠 순서대로 정리합니다. 기반 정비부터 운영 모델, 이벤트 아키텍처, 성능 개선까지 이어지는 흐름을 한 번에 따라갈 수 있게 묶었습니다.

Series 1. Platform Modernization

1. 10년 된 인증 서비스를 Spring Boot 3로 올리기까지
2. Spring Boot 없이 10년 버틴 서비스에 Boot를 적용하기까지
3. Export Service를 ECS에서 NPE로 옮기며 배운 것
4. NPE 도입이 드러낸 IAM 정책의 민낯

Series 2. Admin Model & Observability

1. KPI를 뽑을 수 없었던 관리자 플랫폼
2. 구조화 로깅이 왜 플랫폼 차원의 과제가 됐나
3. 비동기 워크플로에서 MDC가 사라지는 문제를 어떻게 잡았나

Series 3. Audit Event Architecture

1. Audit Event 설계: 3단계 진화와 데이터 설계
2. Pluggable Publisher에서 공유 파이프라인까지
3. Audit Event 데이터를 메달리온 아키텍처로 정제하기
4. 메달리온 데이터 위에 Text-to-SQL과 RAG 올리기
5. Audit Event에서 AI 챗봇까지

Series 4. Diagnostic & Performance

1. 작은 fetch 전략 변경이 큰 쿼리 문제를 고쳤을 때
2. Splunk REST API로 서비스 간 병목을 추적하기
3. 28초 걸리는 API, 어디부터 고쳐야 할까