top of page

금융서비스 MSA 전환기 - DB 분리 1편


핀다_개발문화

안녕하세요, FINDA 현금그로스 PG 자산/신용관리 PT 백엔드 개발자 김형래입니다.


이번 글에서는 자산/신용관리 PT 에서 기존 및 신규 서비스를 MSA(Micro Service Architecture)로 전환하는 첫 단추를 끼우는 작업에 대해 알아보도록 할게요!


 

왜 기존 서비스를 마이크로 서비스(MSA) 로 전환해야 할까요?

'Why'를 팀원 들과 논의하게 된 시점은 KCB 의 금융명의보호 서비스를 개발하면서 시작되었어요.


이 서비스에 가입해 두면 누군가가 자신 몰래 카드를 신규 발급받거나 카드론 등을 신청할 경우 곧바로 ‘알림 정보’가 옵니다. 아예 금융사가 자신의 신용정보를 조회하지 못하도록 ‘차단’ 기능을 설정할 수도 있습니다. 피해 고객이 아니어도 누구나 신청할 수 있습니다.


금명보 서비스를 FINDA 앱에 안전하게 서비스로 릴리즈 하기위해 대출비교 서비스와 같이 사용하는 DB 에서 분리하기로 했어요. 이유는 대출비교 서비스에 부하를 줄이는 게 가장 큰 목적이었어요. 대출비교 서비스(메인 서비스) 에 여신관리 서비스가 부하를 증가 시킨다면, 메인 서비스의 전면 및 일부 장애로 이어져 회사 수익에 손실이 발생할 수 있기 때문이죠. 또한, 여신관리 서비스가 타 서비스와 의존성이 너무나 큰 강결합 형태여서 유지 보수 및 대량 트래픽 이슈 처리를 위해 MSA 구조를 선택했습니다.





bottom of page