Quiz: Service Boundaries

바운디드 컨텍스트를 나누는 실마리로 가장 강력한 것은?

• 테이블 개수
• 같은 용어를 팀마다 다른 뜻으로 쓰는 지점
• 코드 라인 수
• REST 엔드포인트 수

'주문/상품/회원'처럼 테이블 이름을 그대로 서비스로 승격했을 때 나타나는 대표 증상은?

• 서비스 하나가 지나치게 커진다
• 화면 하나를 위해 세 서비스가 항상 함께 호출된다
• 배포가 지나치게 빨라진다
• 데이터 중복이 사라진다

한 트랜잭션 안에 반드시 함께 있어야 하는 데이터가 있다면?

• 같은 서비스 안에 두는 것을 우선 검토한다
• 두 서비스로 나누고 2PC 를 쓴다
• 무조건 나눈다
• 캐시로 해결한다

서비스 간에 공통 DTO 라이브러리를 공유하는 방식의 문제는?

• 의존성이 늘어 각 서비스의 빌드 시간이 길어진다
• 라이브러리에 딸린 테스트를 각 서비스에서 다시 쓸 수 없다
• 라이브러리 버전이 모든 서비스를 동시에 움직이게 만드는 조용한 결합이 된다
• 라이브러리와 같은 언어로 모든 서비스를 통일해야 한다

경계가 잘못 그어졌다는 가장 이른 신호는?

• CPU 사용률이 배포 때마다 함께 오름
• 서비스 로그 양이 꾸준히 늘어남
• 컨테이너 이미지 크기가 계속 커짐
• 한 기능 배포에 늘 두 팀의 일정 조율이 필요함