마이크로서비스 아키텍처 · 서비스 경계와 도메인 · 퀴즈
퀴즈: 서비스 경계
문항 5개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
바운디드 컨텍스트를 나누는 실마리로 가장 강력한 것은?
- 테이블 개수
- 같은 용어를 팀마다 다른 뜻으로 쓰는 지점
- 코드 라인 수
- REST 엔드포인트 수
'주문/상품/회원'처럼 테이블 이름을 그대로 서비스로 승격했을 때 나타나는 대표 증상은?
- 서비스 하나가 지나치게 커진다
- 화면 하나를 위해 세 서비스가 항상 함께 호출된다
- 배포가 지나치게 빨라진다
- 데이터 중복이 사라진다
한 트랜잭션 안에 반드시 함께 있어야 하는 데이터가 있다면?
- 같은 서비스 안에 두는 것을 우선 검토한다
- 두 서비스로 나누고 2PC 를 쓴다
- 무조건 나눈다
- 캐시로 해결한다
서비스 간에 공통 DTO 라이브러리를 공유하는 방식의 문제는?
- 의존성이 늘어 각 서비스의 빌드 시간이 길어진다
- 라이브러리에 딸린 테스트를 각 서비스에서 다시 쓸 수 없다
- 라이브러리 버전이 모든 서비스를 동시에 움직이게 만드는 조용한 결합이 된다
- 라이브러리와 같은 언어로 모든 서비스를 통일해야 한다
경계가 잘못 그어졌다는 가장 이른 신호는?
- CPU 사용률이 배포 때마다 함께 오름
- 서비스 로그 양이 꾸준히 늘어남
- 컨테이너 이미지 크기가 계속 커짐
- 한 기능 배포에 늘 두 팀의 일정 조율이 필요함