Quiz: The Software Catalog

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

• Resource
• Domain
• Pipeline
• Location

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

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

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

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

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

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

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

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

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

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