6탄-2. KB 국민은행, 리브 Next
애자일 방식으로 구축한 KB 리브 Next
<1> 왜 애자일?
<2> KB 국민은행 '리브 Next' 서비스
<3> 애자일 힘든점 ?
<10> 개인 정리
<1> 왜 애자일?
1
코로나 -> 재택근무, 비대면 환경 , 인터넷 사용이 늘어남
-> 개개인들이 디지털 기기에 의존하는 현상
-> 금융 업무 환경이 빠르게 변화
-> 해당 변화에 맞춰 기존 금융 애플리케이션을 빠르게 변화 시도 -> 애자일 시도
2
기존 모노리스 형태의 운영 중
모든 기능이 강하게 결함
3
애자일하게 하려면?
용도에 따라 분리 필요
API 형태로 구성
API 형태를 마이크로 서비스로 구성 하라
4
애자일 진화과정에서 데이터 베이스 구조 변경?
마이크로 서비스 구조에 맞는 데이터 베이스 구조로 변경 필요.
기존 모노리스는 1개의 데이터 베이스 사용
API 구조가 되고, 서비스 간 연결이 낮아지면 점진적으로 데이터 베이스 구조 변경 필요
5
3 티어 아키텍처에서 변화 필요?
기존 웹, 애플리케이션, 디비 구조 변경 필요
6
애자일 방식은?
프레젠테이션 레이어는 ?
다양한 기기에 유연하게 대응 필요.
비즈니스?
마이크로 서비스, 서버리스 확장 필요 , 비즈니스 변화에 빠르게 응대, API 사용
데이터 레이어는 ?
다양한 데이터 베이스 사용. RDB , NoSQL , 컨테이너 기반 사용
7
마이크로 서비스?
AWS 네이티브 서비스를 사용?
ECS 사용
Code commit , cloud formation 사용
오픈소스 쿠버 네티스 사용?
깃 헙, 테라폼, AWS EKS, AWS Fargate 사용 가능하다.
8
금융 규제 요건을 자동화하여 관리?
컨트롤 타워, 랜딩존 사용 하자.
가드레일 적용.
어카운드 팩토리 , 랜딩존의 어카운트 밴딩 머신, 서비스 카탈 로그 서비스로 자동화하자.
9
많은 시간을 비즈니스 로직에 집중하는게 필요하다 ?
인프라 부분의 시간을 줄여라.
EC2 보다는 플랫폼 서비스와 서버 리스 서비스를 사용하자.
RDS , EKS , 람다. API Gateway 사용하자.
<2> KB 국민은행 '리브 Next' 서비스
간편하게 이용할 수 있는 금융 서비스
1
신분증이 없어도 휴대폰 인증만 되면 소액 이체 가능, 리브 포켓으로 간편하게 입금.
리브 Next 앱만 있으면 간편 결제 기능 제공
주요 고객은 학생들을 위한 서비스
리브 Next 서브스 알아보기 동영상
https://www.youtube.com/watch?v=qZ2w8CGfbJk
2
확장성 있고 빠르게 구축 ?
퍼블릭 클라우드
MSA로 구축
3
애자일 방식으로 일하는 방식으로 변경 ?
기획, 디자인, 개발이 가능한 조직을 만드는 게 목표
Devops 경험하게 하기
4
리브 Next 추진 일정?
워크숍 진행 ~
MSA 상세 설계
퍼블릭 클라우드에 MSA 서비스 구성 완료
KB One Cloud 프로젝트 시작
MVP를 기반으로 CBT 오픈
5주 단위 스프린트 이용, 서비스를 지속적으로 출시하고 있다.
5
MSA 아키 텍처?
쿠버 네티스 기반 컨테이너 플랫폼
EKS 사용
클라이언트 , 모바일 기기---- 게이트웨이 서버 -------- EKS ( 이벤트, 지갑, 회원 등)------큐, 데이터 베이스 ------전용망----온프라미스와 연계
6
게이트웨이에 대한 설명 ?
다양한 채널로부터 데이터가 유입된다.
API Gateway를 선정하여 구성한다.
HTTP , REST API 트래픽도 하나의 API Gateway로 처리된다.
API Gateway 쓰로틀링 기능으로 과한 트래픽이 넘어가지 않도록 한다.
7
서비스 메시 필요함
오픈소스 Istio로 서비스 메시 구성을 함.
Istio는 많은 기능을 제공하여 사용하게 됨.
8
데이터 처리 아키텍처 ?
마이크로 서비스로 데이터베이스도 서비스별로 따로 구성하였다.
거래 취소가 발생하는 경우 , 연계되는 서비스 재처리 필요하다.
9
완전 관리형 데이터베이스로 관리 부하를 줄임
Amazon Aurora Mysql 사용함.
10
금융 규제 해결은 ?
표준화된 거버넌스 체계 구축
컨트롤 타워. 랜딩존 사용
11
향후 목표?
랜딩존등으로 표준 클라우드 프레임 워크 구축
애자일 실험
애자일 조직
<3> 애자일 힘든점 ?
1
애자일 힘든 부분?
개발의 진행, 리스크 측정이 어려움
MSA이다 보니 데이터를 처리하는 부분이 까다로움.
보상이 필요시 데이터를 롤백하는 부분이 어려 룸. 여러 데이터 베이스를 처리해야 함.
2
AWS 사용으로 좋아진 점?
유연성임.
초기 서비스 규모, 트래픽 규모 산정 어려움,
요구사항 변경되어 인프라 리소스 변경.
3
조직적인 문화적인 변화?
예전은 기능 위주.
애자일 후 각 팀별로 크로스 기능으로 전체적인 관점과 고객 관점이 되었다.
<10> 개인 정리
변화에 맞춰 기존 금융 애플리케이션을 빠르게 변화 시도 -> 애자일 시도
애자일 진화과정에서 데이터 베이스 구조 변경?
클라이언트 , 모바일 기기---- 게이트웨이 서버 -------- EKS ( 이벤트, 지갑, 회원 등)------큐, 데이터 베이스 ------전용망----온프라미스와 연계
게이트웨이 필요
금융 규제 요건을 자동화하여 관리?
컨트롤 타워, 랜딩존 사용 하자.
서비스 메시 필요함
데이터 처리 아키텍처 ?
마이크로 서비스로 데이터베이스도 서비스별로 따로 구성하였다.
거래 취소가 발생하는 경우 , 연계되는 서비스 재처리 필요하다.
https://brunch.co.kr/@topasvga/1758
https://brunch.co.kr/@topasvga/2439
감사합니다.
