퀴즈: 플랫폼 엔지니어링 기초

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

1. 플랫폼 엔지니어링이 줄이려는 인지 부하는 주로 어느 종류인가?

   1. 내재적(intrinsic) — 언어와 자료구조 같은 기본기
   2. 본유적(germane) — 풀려는 도메인 문제 자체
   3. 세 종류 모두를 균등하게
   4. 외재적(extraneous) — 도메인과 무관한 절차·도구·설정의 복잡함

2. '플랫폼을 제품으로 다룬다' 는 말의 실질적 판별 기준으로 가장 적절한 것은?

   1. 강제하지 않았는데도 팀들이 자발적으로 채택하고 있다
   2. 전사 표준으로 지정되어 모든 팀이 반드시 사용한다
   3. 플랫폼 팀의 인원이 다른 팀보다 많다
   4. 플랫폼이 모든 기술 스택을 지원한다

3. Team Topologies 에서 조직의 대다수를 차지해야 하는 팀 유형은?

   1. Stream-aligned
   2. Platform
   3. Enabling
   4. Complicated-subsystem

4. 플랫폼 팀과 스트림 얼라인드 팀 사이의 정상적인 상호작용 방식은?

   1. Collaboration — 모든 배포마다 두 팀이 함께 작업한다
   2. X-as-a-Service — 명확한 경계를 두고 소비하는 관계
   3. Facilitating — 플랫폼 팀이 스트림 팀에 상주하며 대신 배포한다
   4. 상호작용이 전혀 없어야 한다

5. DevOps, SRE, 플랫폼 엔지니어링의 관계로 가장 정확한 것은?

   1. 플랫폼 엔지니어링이 DevOps 와 SRE 를 대체한 상위 개념이다
   2. 셋은 같은 것을 지역별로 다르게 부르는 이름이다
   3. DevOps 는 문화·원칙, SRE 는 신뢰성 공학의 실천, 플랫폼 엔지니어링은 그것들을 셀프서비스 제품으로 포장하는 일이다
   4. SRE 는 개발자 경험을, 플랫폼 엔지니어링은 최종 사용자 신뢰성을 최적화한다

6. 내부 개발자 플랫폼(IDP)에서 개발자 포털의 위치로 옳은 것은?

   1. 포털이 곧 IDP 이며 나머지는 부가 기능이다
   2. 포털은 Resource Plane 에 속하는 구성 요소 가운데 하나다
   3. 포털은 Developer Control Plane 의 한 구현이며, 그 아래에 통합·배포·관측·보안·자원 평면이 있어야 한다
   4. 포털 없이는 IDP 라고 부를 수 없다

7. 플랫폼 성숙도에서 '운영(2단계)' 과 '확장 가능(3단계)' 을 가르는 핵심 기준은?

   1. 자동화 스크립트가 존재하는가
   2. 쿠버네티스를 쓰고 있는가
   3. 플랫폼 팀의 인원이 5명을 넘는가
   4. 개발자가 티켓 없이 스스로 프로비저닝할 수 있는가