クイズ: プラットフォームエンジニアリングの基礎

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

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

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

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

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

• Stream-aligned
• Platform
• Enabling
• Complicated-subsystem

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

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

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

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

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

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

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

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