[MSA] 펌뱅킹 결제 프로젝트

| MSA에서는 비교적 간단한 비즈니스 로직만 포함되더라도 패턴을 고려해야하는 상황 발생다른 서버에서 데이터를 가져오기 위해서 다른 서버의 DB에 직접 접근하는 것은 지양해야한다즉 서비스/도메인 간 협업과 디펜던시가 지양된다 (데이터 오너십)Membership serv

👛 SEO-BETTER-PAY 페이 솔루션 : 간편결제 페이 시스템 + 기업 급여 결제 서비스 급여 간편결제 서비스 ?? 소상공인 조차 근로자 급여 결제시 많은 절차와 세금 계산이 필요합니다. 세무사를 통하지 않고 근로자 관리를 하기에 어려움을 겪을 수 있는데 이

이 글은 MSA 설계를 하면서 모니터링, 로깅을 중앙집중식 로깅 시스템을 구축하기 위한 단계를 기록한 것입니다. | 여러 서버의 로그를 중앙저장소에 모은 뒤 대시보드를 통해 조회하는 방식으로 Kafka + ElasticSearch 구성을 생각했으나 변경될 수 있다.

MSA 환경에서 Logging 기능 적용 > Kafka 구현 방법 API call 했을때 인입 로그가 쌓이도록 설계 logging → call access log(인입 로그) → 로그 쌓기 in.web 안에 controller 호출시마다 로그 쌓기 1. AOP

📍고민 1. 내부 API와 외부 오픈뱅킹 API가 하나의 프로세스 일 때 Transaction 처리 Money Payment > - Money-service : 사용자와 밀접한 관계 (페이 지갑에 들어가는 머니를 관리하는 모듈로 머니의 단순 차/가감을 관리하며 머

이벤트를 발행(produce)하고 비동기 방식으로 필요한 곳에서 consume 한다발생(produce)는 누락될 가능성이 거의 없다 (성공률이 높다)이벤트 자체만으로는 어떤 도메인과도 직접적인 의존성이 없는 느신한 결합을 가능하게 만든다Event Sourcing는 데이

- prometheus: metric 데이터 조회,저장 grafana: 시각화 위 두 오픈소스를 같이 설치할 수 있는 Prometheus Operator를 이용하여 설치 https://suave-zinc-9c8.notion.site/Telemetry-1ce6909121

Aggregate(command model): 어그리게이트는 상태를 관리하고 명령(command)을 처리하여 이벤트를 생성한다. Default 생성자는 Axon에서 리플렉션을 통해 Aggregate를 초기화할 때 필요하다. 동작 Command: 명령이 Aggregate

✅ 1. 회원 가입 / 탈퇴이메일, 휴대폰 번호, 비밀번호 등 입력받아 등록필수 정보 유효성 검사탈퇴 요청 처리 (soft delete 또는 완전 삭제)✅ 2. 로그인 / 로그아웃로그인: ID/PW 또는 OAuth2, 인증 성공 시 토큰(JWT 등) 발급로그아웃: 토큰