프로젝트 개요
여러 팀이 관리하는 nike.net 애플리케이션이 공통으로 호출하는 인증 및 권한 플랫폼을 설계하고 운영했습니다. 로그인, 권한, 사용자/소속/앱/자격 증명 검증 API와 운영 포털, 로그인 페이지, 첫 포털 페이지를 같은 플랫폼 경계 안에서 관리했습니다.
해결 과제
nike.net에는 여러 애플리케이션이 등록되어 있고 각 팀이 개별적으로 운영하고 있었습니다. 모든 애플리케이션이 로그인한 사용자의 권한, 소속, 자격 증명을 공통 기준으로 검증할 수 있도록 중앙 인증 플랫폼이 필요했고, 동시에 운영 조직이 사용자, 역할, 앱을 관리할 수 있어야 했습니다.
구현과 설계
공통 인증 API 설계
nike.net 애플리케이션과 운영 포털이 공통으로 사용할 수 있는 인증 API 구조를 설계했습니다.
- OAuth 2.0 / JWT 기반 인증 흐름 설계
- 앱, 사용자, 역할, 소속 정보를 공통 모델로 정리
- 운영 포털과 로그인/포털 화면을 같은 기준으로 연결
- 중앙 기준의 토큰 검증과 자격 증명 확인 정책 반영
권한 및 운영 조회 구조 정리
역할 기반 접근 제어와 운영 조회 API를 함께 제공해, 인증과 관리 기능이 같은 기준으로 동작하도록 정리했습니다.
- 역할 및 권한 검증 API 제공
- 리소스 단위 접근 제어와 권한 모델 정리
- 운영 조직을 위한 사용자 / 역할 / 앱 조회·관리 API 제공
- 파트너와 내부 운영을 함께 고려한 표준 구조 유지
확장 가능한 운영 구조
여러 팀이 관리하는 nike.net 애플리케이션이 같은 기준을 쓰면서도 확장 가능하도록 API 중심 구조를 유지했습니다.
- 신규 nike.net 애플리케이션 온보딩 시 공통 인증 기준 유지
- 운영 포털 요구사항과 API 역할 분리
- 인증/인가와 운영 조회 기능의 책임 경계 명확화
- 후속 데이터 파이프라인과 연결 가능한 구조 확보
주요 결과
- nike.net 애플리케이션과 운영 포털의 공통 인증 기반 마련
- 중앙 권한 검증과 운영 조회 API 구조 정리
- 파트너 계정과 운영 조직을 같은 기준으로 다룰 수 있는 인증/권한 모델 확립
- 2025.06–2026.05 리뷰 기간에 인증 감사 이벤트를 사내 이벤트 수집 플랫폼(NSP3)으로 전달하는 스트리밍의 프로덕션 전환
- NSP3/SNS 관련 변경의 SonarQube 커버리지 87.2%, 중복률 0%, 등급 A 기록; 전체/신규 코드 구분 확인 대기
- 87.2%는 nike.net 현대화 85%+와 별도 범위이며 전 서비스 지표로 확대하지 않음
사용 기술
- OAuth 2.0
- OAuth 2.0 / JWT 기반 nike.net 인증
- JWT
- Spring Security 기반 인증/인가 서버
- Spring Security
- RBAC 권한 모델
- RBAC
- 운영 포털 / 로그인 / 포털 연계
- Admin / Portal
- 사용자/역할/앱/소속 데이터 모델
- Shared Identity
- 운영 조회 및 관리 엔드포인트
- Oracle / MySQL
- nike.net 애플리케이션 공통 접근 제어
- AWS
- 후속 이벤트 파이프라인 연계 기반
- Akamai
- 접근 경로 최적화 및 캐싱
배운 점
- nike.net Identity는 인증 서버 자체보다 운영 역할과 권한 모델 정리가 중요함
- 운영 포털과 API 서버의 책임 경계를 먼저 잡아야 이후 확장이 쉬움
- canonical title을 정확히 잡아야 이력서와 포트폴리오 정합성이 유지됨
- Identity 영역은 이벤트와 분석 구조까지 이어질 수 있도록 설계하는 편이 유리함