퀴즈: 소프트웨어 카탈로그

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

1. 다음 중 Backstage 카탈로그의 엔티티 kind 가 아닌 것은?

   1. Resource
   2. Domain
   3. Pipeline
   4. Location

2. `spec.providesApis: [checkout-api]` 를 Component 에만 선언했을 때 API 엔티티 페이지에서 제공자가 보이는 이유는?

   1. API 파일에도 반대 방향을 적어야만 보인다
   2. 카탈로그가 선언을 읽어 양방향 관계(providesApi / apiProvidedBy)를 계산해 저장하기 때문에
   3. Backstage 가 코드에서 API 정의를 스캔해 추론하기 때문에
   4. 쿠버네티스 라벨로 자동 연결되기 때문에

3. 엔티티 참조 `group:payments/team-checkout` 을 옳게 해석한 것은?

   1. kind 는 group, 시스템은 payments, 이름은 team-checkout
   2. kind 는 group, 네임스페이스는 payments, 이름은 team-checkout
   3. 그룹 group 안의 payments 팀의 team-checkout 사용자
   4. 네임스페이스 group, 도메인 payments, 이름 team-checkout

4. `catalog-info.yaml` 을 각 서비스의 코드 저장소에 두는 방식(디스커버리)의 장점으로 가장 적절한 것은?

   1. 서비스를 만든 사람이 소유자를 적고, 코드 리뷰를 함께 거치며, 저장소를 아카이브하면 엔티티도 사라진다
   2. 중앙 저장소보다 파일 크기가 작아진다
   3. Backstage 를 띄우지 않아도 카탈로그가 렌더링된다
   4. YAML 문법 검사가 자동으로 이루어진다

5. `spec.owner` 를 개인(User)이 아니라 팀(Group)으로 지정해야 하는 이유는?

   1. Backstage 가 User 참조를 지원하지 않기 때문에
   2. User 엔티티는 카탈로그에 등록할 수 없기 때문에
   3. 팀으로 지정해야 TechDocs 가 렌더링되기 때문에
   4. 장애 호출·취약점 티켓·비용 귀속·폐기 결정이 소유자로 갈리는데, 사람은 퇴사하고 팀은 인수되기 때문에

6. System 과 Domain 의 관계로 옳은 것은?

   1. Domain 이 System 안에 속한다
   2. System 이 Domain 에 속하며, System 쪽에 `spec.domain` 을 선언한다
   3. 둘은 같은 계층이며 서로 참조하지 않는다
   4. Domain 은 조직을 뜻하는 Group 의 하위 개념이다