생각단계
생각은 했지만 해야 할 것인지 고민해야 할 것인지 확정되지 않은것
- 현 플젝에서는 환경을 쿠버기반의 msa사업을 한다고 하는데…파드로 구성될 녀석들의 정보가 없어 업무파악이 난감하다.
- 인프라구조….EAI 연계시 k8s 외부랑 통신을 하는건지 k8s 내부에서 통신을 하는건지..모르겠다
- 내가 맡은 업무는 EAI 연계인데 각각을 파드로 구성하면 네트워크에 대한 설정이 우찌댈지…
해야할것
- restful api - spring boot server 구성 및 api gateway
- rest doc을 위해 swagger을 설치하고
- jpa구성으로 할건데…연계서버가 필요한건 log db밖에 없을거 같은데…
- log저장시 문제는 개인정보
- OAuth를 이용한 토큰발행…메인 토큰은 누가 관리?
- 파드간 통신에 대한 고려
- fe req -> be recv, eai call -> legacy
- legacy res -> be recv, data processing, res -> fe recv
- portainer에 젠킨슨 설치하고 ci/cd 구축해서 흐름파악
- 상기 고려된 서버에서 tdd를 적용한 개발방식
- k8s 상에서 pod간의 통신들에 대한 정책 공부
- 연계 서버에서 외부통신은 필요없는지 확인필요 ingress 설정이 필요할듯?
고민해야할것
인증은 누가 할 것인가?
- 앱을 통해서 챗봇을 이용하면 로그인을 하고 사용하지 않는지?
- 최초로그인시 인증은 어디서 맡아서 하는지?
- 개인정보를 조회할때는 세션의 상태만 확인하여 진행하면 되는게 아닌지?
은행전문은 byte데이터로 처리했는데 현재 플젝에서는 eai를 통하니 vo? json?
- msa 사업은 v3 방식인 API형식으로 진행되는 걸로 알고 있음.
- 외부통신은 api 레거시 연계는 eai로 생각해야 할듯
- 근데 쿠버외부에 레거시가 존재하면?? 후…
조회전문 종류 파악은 어떻게 확인하나?
- 확인이 필요한 애들
- 시나리오상 이체요청후 바로 이체가 발생
- 이체 전까지 자동으로 데이터를 set후 비밀번호를 입력해야하는게 아닌지
- 삼성카드 앱의 경우 대금결제 화면으로 전환
시나리오별 API의 response 형식 정의 필요
- 예로 거래내역 검색시 특정 적요, 특정 예금주라 하면 전문이 단건인 경우 EAI에서 받은 정보를 연계서버에서 response 타입에 따라 재조립을 해야함
- 화면정의서가 나와야 될려나…