질문 대비
운영 환경의 DB를 RDS 클러스터로 변경
•
어려웠던 점
◦
datasource config 적용, osiv
•
궁금한 점
◦
replica db 사용해서 얻는 이점 테스트 어떻게 할지
•
RDS DB 인스턴스의 읽기 전용 복제본 설정
◦
WAS에서 writer DB에 커넥트 되는지 확인
◦
Transactional 설정 붙이고 DB 로그 확인 (적용 후엔 로그 설정 끄기)
•
AOP 적용해 읽기/쓰기 DB로 요청 분산
◦
Datasource 설정 분리
◦
WriterDatabase 어노테이션 생성
◦
AOP 적용해 Datasource 동적 변경
◦
open session in view 끔 (인증필터에서 사용한 datasource가 뒷단까지 전달되는 거 방지)
운영 환경에 로드 밸런서를 적용
•
장점
◦
db는 어느 존인가
•
어려웠던 점
◦
private subnet 의 db 접속 → bastion host로 터널링
◦
private subnet의 was 접속 → bastion host 이용해 proxy jump
◦
보안규칙, IGW, NAT
◦
DNS 설정 변경 → 시간 걸림
◦
배포 직렬화 + health check 로 무중단 배포
•
궁금한 점
◦
lb에 부하가면 어떻게 대처할지 (SPOF)
◦
로드밸런스 이점 테스트 어떻게 할지
•
prod-a, prod-b에 어플리케이션을 배포하도록 변경
•
ALB 적용해 prod-a, prod-b로 요청 분산
◦
Actuator 적용해 health-check api 제공
soft delete
•
어려웠던 점
◦
조인 전략 lazy 적용, 트랜잭션 적용
인덱스
•
어려웠던 점
◦
•
한 일
◦
offering 100만건, offeringmember 500만건, comment 500만건
◦
리사 피드백
•
소프트스킬
◦
팀원 별 조정 여부
▪
퍼센트 다른 거 어떻게 조율했는지 → 다행히 플젝 퍼센트는 다들 비슷해서 괜찮았음
▪
이후에 조율될지
제이슨 피드백
•
공통
◦
api만 존재하는 건 기능이라 하기 어려움
◦
피드백 할 게 많이 없다 느껴지는 게 바빠서 그럴수도있지만, 요구사항만 만족했다 느낌이지 요구사항에 대해 깊이 고민했단 느낌이 덜 듦
•
안드로이드
◦
멀티모듈 왜 썼는지
◦
버전 카탈로그 ?
◦
출시 후 계획 없었나요 → 사용자 유치
•
백엔드
◦
컬럼 추가하는 사이에 들어오는 요청 → 필드를 변경하는 게 아니라 추가하는 방식으로 대처
◦
홈 화면 → 마감 임박만, 높은 할인율순 확인
◦
db는 어느 존인가
◦
spof 완전히 막은것인가
◦
동시성 고려 → 토큰써서 괜찮, db도 같이 써서 괜찮