LabHub

마이크로서비스 아키텍처 · 서비스 경계와 도메인 · 퀴즈

퀴즈: 서비스 경계

LabHub 에서 이어서 보기

문항 5개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

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

    1. 테이블 개수
    2. 같은 용어를 팀마다 다른 뜻으로 쓰는 지점
    3. 코드 라인 수
    4. REST 엔드포인트 수
  2. '주문/상품/회원'처럼 테이블 이름을 그대로 서비스로 승격했을 때 나타나는 대표 증상은?

    1. 서비스 하나가 지나치게 커진다
    2. 화면 하나를 위해 세 서비스가 항상 함께 호출된다
    3. 배포가 지나치게 빨라진다
    4. 데이터 중복이 사라진다
  3. 한 트랜잭션 안에 반드시 함께 있어야 하는 데이터가 있다면?

    1. 같은 서비스 안에 두는 것을 우선 검토한다
    2. 두 서비스로 나누고 2PC 를 쓴다
    3. 무조건 나눈다
    4. 캐시로 해결한다
  4. 서비스 간에 공통 DTO 라이브러리를 공유하는 방식의 문제는?

    1. 의존성이 늘어 각 서비스의 빌드 시간이 길어진다
    2. 라이브러리에 딸린 테스트를 각 서비스에서 다시 쓸 수 없다
    3. 라이브러리 버전이 모든 서비스를 동시에 움직이게 만드는 조용한 결합이 된다
    4. 라이브러리와 같은 언어로 모든 서비스를 통일해야 한다
  5. 경계가 잘못 그어졌다는 가장 이른 신호는?

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