피드로 돌아가기
UPI Architecture: The Story of How NPCI Became India's L7 Super Switch
Dev.toDev.to
Infrastructure

Peak 100K+ TPS를 처리하는 Stateless L7 Super Switch 아키텍처

UPI Architecture: The Story of How NPCI Became India's L7 Super Switch

HarshKumar Jha2026년 5월 2일4advanced

Context

수억 명의 사용자와 방대한 결제 트래픽을 처리해야 하는 인도 UPI 환경에서 데이터 저장 비용과 보안 리스크 최소화가 핵심 과제로 대두됨. 전통적인 뱅킹 시스템의 중앙 집중식 원장 구조로는 폭발적인 트래픽 확장성과 실시간 응답 속도를 보장하기 어려운 한계 존재.

Technical Solution

  • State는 은행에 위임하고 NPCI는 오직 Routing에만 집중하는 Stateless switching path 설계
  • L4의 단순 패킷 포워딩을 넘어 Payload 분석, PSK 서명 검증, 비즈니스 룰 적용이 가능한 L7 Application Gateway 구조 채택
  • 사용자 개인정보(PII) 및 잔액 정보를 완전히 배제하고 Transaction ID와 Routing Identifier 기반의 Metadata만 처리하는 데이터 최소화 전략
  • Sharded Routing Table과 Distributed Logging Queue를 통한 수평적 확장성 확보
  • Request Path 내에 실시간 Fraud Scoring 엔진을 통합하여 보안성과 성능의 트레이드오프 최적화
  • Multi-DC Redundancy 구성을 통한 고가용성 인프라 체계 구축

Impact

  • Peak 타임 기준 초당 100K+ 요청 처리
  • 8억 명 이상의 사용자 및 월 수십억 건의 트랜잭션 수용
  • End-to-End 결제 완료 시간 2초 이내 달성

1. 시스템 확장성 극대화를 위해 State(원장, 계정)와 Logic(라우팅, 검증)을 엄격히 분리했는가?

2. L7 계층에서 Payload 분석이 필요한 비즈니스 룰을 적용하여 백엔드 부하를 분산하고 있는가?

3. 규제 준수와 감사(Audit)를 위해 PII를 제외한 필수 Metadata만 로그로 남기는 전략을 취하고 있는가?

4. 처리 경로 상의 Stateful 요소를 제거하여 수평적 확장이 가능한 구조인가?

원문 읽기