SANGWOO.LOG

#kafka

3개 · 1/1 페이지

🔀

PayStream Kafka 토픽 & 이벤트 흐름

프로젝트 개요에서 그림 수준으로 정리한 MSA 구조를, Kafka 토픽·이벤트 계약·서비스 간 흐름까지 내려서 문서화한 글입니다. 동기 API(게이트웨이 REST)와 비동기 이벤트(Kafka)의 역할을 구분하고, 알림 서비스가 어떤 이벤트를 구독하는지까지 한곳에 모았습니다. 범위 안내 토픽 이름·페이로드는 팀 합의 기준의 설계안입니다. 일부는 백엔드 구현과 1:1로 맞춰 가는 중이며, 변경 시 이 문서를 함께 갱신합니다. 1. 전체 구조 1-1. 레이어 구분 경로 용도 예시 동기 (REST) 사용자 요청·즉시 응답이 필요한 작업 주문 생성, 결제 요청, 알림 목록 조회 비동기 (Kafka) 다른 서비스 상태 변경 전파, 부하 분리 재고 차감, 결제 완료, 알림 발송 트리거 프론트는 게이트웨이 단일 URL만 호출합니다. ( → notification-service — 연동 기록 참고) 1-2. 게이트웨이 라우팅 (알림 기준) 클라이언트 경로 게이트웨이 백엔드 서비스 인증 예외 n…

2026.06.18
ssul#paystream#kafka#msa#architecture#notification
📢

PayStream Project

2주차 프로젝트를 준비하며, 변하지 않은 것 바로 “대용량 트래픽” 1주차 논의결과 간단요약 아키텍처: MSA 배포 구조: Kubernetes 기반 컨테이너 배포 (👀미정이였던 것 같은데) 메시징 시스템: Apache Kafka 인프라: AWS (EKS, RDS 등) 기술 스택: Spring Boot, Spring Cloud, React, MySQL, Redis ㄴ*FE스택과 SQL, 배포구조, Redis는 아직 정리되지 않은 추상적인 부분 오늘 다뤄 볼 내용은 어떤 서비스에 어떤 기술 스택을 사용하고, 왜 사용하는가? 난 뭘 잘할 수 있지? 1. 어떤 서비스에 어떤 기술 스택을 사용하고, 왜 사용하는가? 1-1. 프로젝트 내 서비스 기술 스택 1-2. 추가될만한 서비스 기술 및 스택 요약 2. JAVA 버전과 레포방식 2-1. JAVA 버전 비교 오류를 해결하며, 헤쳐나가는 것이 개발자의 숙명이지만, 사실 초기단계에서 안정성을 배제하고 모험을 하는 것이 맞을까? 하는 생각이기 떄…

2025.09.12
🏗️

PayStream 프로젝트 개요

PayStream은 대용량 트래픽을 전제로 한 MSA 기반 커머스·예약 서비스 사이드 프로젝트입니다. 숙소·특가 도메인을 중심으로 주문, 결제, 재고, 알림, 어드민 대시보드까지 이벤트 기반으로 연결하는 것이 목표입니다. 이 글은 PayStream 시리즈의 허브(목차) 역할을 합니다. 설계 결정, API 명세, 연동 기록은 아래 폴더별 글에서 이어집니다. 프로젝트 목표 항목 내용 핵심 주제 대용량 트래픽 · MSA · 이벤트 드리븐 아키텍처 도메인 숙소·특가 예약/결제 (PayStream-web UI 기준) 백엔드 Spring Boot · Spring Cloud · Kafka · MySQL · Redis 프론트 Next.js 15 (PayStream-web, 웹뷰·PWA 조합) 인프라 AWS (EKS, RDS 등), Kubernetes 기반 배포 검토 한 줄로 말하면, 실서비스에 가까운 규모감을 목표로 기술 스택과 역할 분담을 먼저 정리하고, 알림·API 연동부터 점진적으로 붙여 …

2025.09.10

© Powered by moowoo