Split View: [Golden Kubestronaut] KCNA 추가 실전 문제 30제 - 클라우드 네이티브 심화
[Golden Kubestronaut] KCNA 추가 실전 문제 30제 - 클라우드 네이티브 심화
- KCNA 추가 실전 문제 30제
- 문제 1. CNCF Graduated 프로젝트
- 문제 2. 12-Factor App 원칙
- 문제 3. Sidecar 패턴
- 문제 4. Ambassador 패턴
- 문제 5. 서비스 메시 개념
- 문제 6. GitOps와 전통적 CI/CD 차이
- 문제 7. eBPF 기술
- 문제 8. WebAssembly(Wasm)와 Kubernetes
- 문제 9. Backstage
- 문제 10. Crossplane
- 문제 11. Dapr
- 문제 12. CNCF Landscape 카테고리
- 문제 13. OCI(Open Container Initiative)
- 문제 14. 서버리스와 Kubernetes
- 문제 15. Flux와 ArgoCD 비교
- 문제 16. CNCF 프로젝트 성숙도 단계
- 문제 17. 관찰성(Observability)의 세 기둥
- 문제 18. OpenTelemetry
- 문제 19. Adapter 패턴
- 문제 20. Init 컨테이너 패턴
- 문제 21. CNCF의 Cloud Native 정의
- 문제 22. Helm과 Kustomize 비교
- 문제 23. CRI(Container Runtime Interface)
- 문제 24. CNI(Container Network Interface)
- 문제 25. CSI(Container Storage Interface)
- 문제 26. Istio Ambient Mesh
- 문제 27. Platform Engineering
- 문제 28. Cilium의 핵심 기술
- 문제 29. Serverless on Kubernetes
- 문제 30. CNCF TAG(Technical Advisory Group)
- 마무리
KCNA 추가 실전 문제 30제
KCNA 시험의 핵심 도메인인 CNCF 생태계, 클라우드 네이티브 아키텍처 패턴, 서비스 메시, GitOps, 최신 기술 트렌드를 심화 학습하기 위한 추가 문제 30제입니다.
문제 1. CNCF Graduated 프로젝트
다음 중 CNCF Graduated 프로젝트가 아닌 것은?
- A) Prometheus
- B) Envoy
- C) Backstage
- D) containerd
정답 및 해설
정답: C) Backstage
Backstage는 CNCF Incubating 프로젝트입니다. Prometheus, Envoy, containerd는 모두 Graduated 프로젝트입니다. CNCF 프로젝트는 Sandbox, Incubating, Graduated 3단계로 성숙도가 구분됩니다.
문제 2. 12-Factor App 원칙
12-Factor App 방법론에서 "설정(Config)"에 대한 올바른 설명은?
- A) 설정은 코드와 함께 버전 관리 시스템에 저장해야 한다
- B) 설정은 환경 변수를 통해 주입해야 한다
- C) 설정은 XML 파일로만 관리해야 한다
- D) 설정은 애플리케이션 바이너리에 포함해야 한다
정답 및 해설
정답: B) 설정은 환경 변수를 통해 주입해야 한다
12-Factor App의 III. Config 원칙은 설정을 코드와 완전히 분리하고 환경 변수를 통해 주입할 것을 권장합니다. 이를 통해 동일한 코드베이스가 다양한 환경(개발, 스테이징, 프로덕션)에 배포될 수 있습니다.
문제 3. Sidecar 패턴
Kubernetes에서 Sidecar 패턴의 대표적인 사용 사례는?
- A) 메인 컨테이너의 CPU를 2배로 증가시킨다
- B) 로그 수집, 프록시, 모니터링 에이전트를 메인 컨테이너와 함께 배치한다
- C) Pod를 다른 노드로 자동 이전한다
- D) 메인 컨테이너를 자동으로 재시작한다
정답 및 해설
정답: B) 로그 수집, 프록시, 모니터링 에이전트를 메인 컨테이너와 함께 배치한다
Sidecar 패턴은 메인 애플리케이션 컨테이너와 동일한 Pod에 보조 컨테이너를 배치하여 로깅, 프록시, 설정 동기화 등의 부가 기능을 제공합니다. Istio의 Envoy 프록시가 대표적인 예시입니다.
문제 4. Ambassador 패턴
Ambassador 패턴의 주요 역할은?
- A) 애플리케이션의 외부 통신을 중재하는 프록시 역할
- B) Pod 간 로드밸런싱을 수행한다
- C) 클러스터의 DNS를 관리한다
- D) 스토리지 볼륨을 마운트한다
정답 및 해설
정답: A) 애플리케이션의 외부 통신을 중재하는 프록시 역할
Ambassador 패턴은 애플리케이션을 대신하여 외부 서비스와의 통신을 중재합니다. 연결 재시도, 로깅, 인증 등을 처리하며, 레거시 프로토콜 변환이나 서킷 브레이커 구현에 활용됩니다.
문제 5. 서비스 메시 개념
서비스 메시(Service Mesh)의 데이터 플레인(Data Plane)이 수행하는 역할은?
- A) 정책 정의 및 서비스 디스커버리 구성
- B) 각 서비스 인스턴스 옆에서 네트워크 트래픽을 실제로 처리한다
- C) 인증서 발급과 키 관리를 수행한다
- D) 클러스터 업그레이드를 자동화한다
정답 및 해설
정답: B) 각 서비스 인스턴스 옆에서 네트워크 트래픽을 실제로 처리한다
서비스 메시는 컨트롤 플레인과 데이터 플레인으로 구성됩니다. 데이터 플레인(예: Envoy 프록시)은 각 서비스 인스턴스 옆에 배치되어 실제 네트워크 트래픽의 라우팅, 로드밸런싱, mTLS, 관찰성 등을 처리합니다.
문제 6. GitOps와 전통적 CI/CD 차이
GitOps 방식이 전통적 push 기반 CI/CD와 다른 핵심 특징은?
- A) Jenkins를 사용한다
- B) Git을 단일 진실 공급원으로 사용하고 Pull 기반으로 클러스터에 동기화한다
- C) 수동 배포만 허용한다
- D) 컨테이너 이미지를 빌드하지 않는다
정답 및 해설
정답: B) Git을 단일 진실 공급원으로 사용하고 Pull 기반으로 클러스터에 동기화한다
GitOps는 Git 리포지토리를 원하는 상태의 단일 진실 공급원(Single Source of Truth)으로 삼고, 에이전트(예: Flux, ArgoCD)가 클러스터 상태를 Git과 지속적으로 동기화합니다. Push 기반 CI/CD와 달리 클러스터가 스스로 원하는 상태를 Pull합니다.
문제 7. eBPF 기술
eBPF(extended Berkeley Packet Filter)에 대한 올바른 설명은?
- A) 컨테이너 런타임의 일종이다
- B) 리눅스 커널 내에서 안전하게 프로그램을 실행할 수 있는 기술이다
- C) Kubernetes의 스토리지 드라이버이다
- D) DNS 서버 구현체이다
정답 및 해설
정답: B) 리눅스 커널 내에서 안전하게 프로그램을 실행할 수 있는 기술이다
eBPF는 리눅스 커널 내에서 샌드박스된 프로그램을 실행할 수 있게 하는 기술입니다. 커널 소스 코드를 수정하거나 커널 모듈을 로드하지 않고도 네트워킹, 보안, 관찰성 기능을 구현할 수 있습니다. Cilium, Falco, Tetragon 등이 eBPF를 활용합니다.
문제 8. WebAssembly(Wasm)와 Kubernetes
WebAssembly를 Kubernetes에서 활용하는 이점은?
- A) 기존 컨테이너보다 이미지 크기가 항상 크다
- B) 콜드 스타트가 밀리초 단위로 빠르고 샌드박스 격리를 제공한다
- C) x86 아키텍처에서만 동작한다
- D) 네트워크 기능을 사용할 수 없다
정답 및 해설
정답: B) 콜드 스타트가 밀리초 단위로 빠르고 샌드박스 격리를 제공한다
Wasm은 밀리초 단위의 콜드 스타트, 작은 바이너리 크기, 강력한 샌드박스 격리를 제공합니다. SpinKube, WasmEdge 등을 통해 Kubernetes에서 Wasm 워크로드를 실행할 수 있으며, 서버리스 및 엣지 컴퓨팅에 적합합니다.
문제 9. Backstage
Backstage의 핵심 기능은?
- A) 컨테이너 이미지 빌드 도구
- B) 내부 개발자 포털(Internal Developer Portal)로서 서비스 카탈로그, 템플릿, 문서를 통합 관리한다
- C) Kubernetes 클러스터 모니터링 전용 도구
- D) CI/CD 파이프라인 실행 엔진
정답 및 해설
정답: B) 내부 개발자 포털(Internal Developer Portal)로서 서비스 카탈로그, 템플릿, 문서를 통합 관리한다
Backstage는 Spotify에서 시작된 CNCF Incubating 프로젝트로, 내부 개발자 포털을 구축하기 위한 프레임워크입니다. 소프트웨어 카탈로그, 소프트웨어 템플릿, TechDocs 등의 핵심 기능을 제공하며, 플러그인 시스템으로 확장 가능합니다.
문제 10. Crossplane
Crossplane의 주요 역할은?
- A) 서비스 메시 구현체
- B) Kubernetes API를 통해 클라우드 인프라를 선언적으로 프로비저닝하고 관리한다
- C) 로그 수집 및 분석 도구
- D) 컨테이너 이미지 레지스트리
정답 및 해설
정답: B) Kubernetes API를 통해 클라우드 인프라를 선언적으로 프로비저닝하고 관리한다
Crossplane은 Kubernetes를 범용 컨트롤 플레인으로 확장하여 AWS, GCP, Azure 등의 클라우드 리소스를 Kubernetes 커스텀 리소스로 관리할 수 있게 합니다. Composition을 통해 팀별 맞춤형 인프라 추상화를 제공할 수 있습니다.
문제 11. Dapr
Dapr(Distributed Application Runtime)의 핵심 개념은?
- A) 컨테이너 오케스트레이션 도구
- B) 분산 애플리케이션에 필요한 빌딩 블록(상태 관리, Pub/Sub, 서비스 호출 등)을 사이드카로 제공한다
- C) Kubernetes 클러스터 설치 도구
- D) 정적 코드 분석 도구
정답 및 해설
정답: B) 분산 애플리케이션에 필요한 빌딩 블록(상태 관리, Pub/Sub, 서비스 호출 등)을 사이드카로 제공한다
Dapr는 마이크로서비스 개발을 단순화하는 런타임으로, 사이드카 패턴을 사용하여 상태 관리, Pub/Sub 메시징, 서비스 호출, 바인딩, 액터 모델 등의 빌딩 블록을 언어에 구애받지 않고 제공합니다.
문제 12. CNCF Landscape 카테고리
CNCF Landscape에서 "Provisioning" 카테고리에 속하는 도구는?
- A) Prometheus
- B) Terraform
- C) Jaeger
- D) Fluentd
정답 및 해설
정답: B) Terraform
CNCF Landscape의 Provisioning 카테고리에는 인프라 자동화, 컨테이너 레지스트리, 보안 및 컴플라이언스 도구 등이 포함됩니다. Terraform은 인프라 프로비저닝 도구이며, Prometheus는 모니터링, Jaeger는 분산 추적, Fluentd는 로깅에 해당합니다.
문제 13. OCI(Open Container Initiative)
OCI 표준이 정의하는 사양(specification)에 해당하지 않는 것은?
- A) Image Spec
- B) Runtime Spec
- C) Distribution Spec
- D) Orchestration Spec
정답 및 해설
정답: D) Orchestration Spec
OCI는 Image Spec(컨테이너 이미지 형식), Runtime Spec(컨테이너 런타임 동작), Distribution Spec(이미지 배포 API) 3가지 사양을 정의합니다. 오케스트레이션은 OCI의 범위에 포함되지 않습니다.
문제 14. 서버리스와 Kubernetes
Kubernetes 위에서 서버리스 워크로드를 실행하기 위한 CNCF 프로젝트는?
- A) Knative
- B) Longhorn
- C) Thanos
- D) Harbor
정답 및 해설
정답: A) Knative
Knative는 Kubernetes 위에서 서버리스 워크로드를 배포, 관리, 스케일링하기 위한 플랫폼입니다. Serving(자동 스케일링, 0으로 축소), Eventing(이벤트 기반 아키텍처) 컴포넌트로 구성되며 CNCF Incubating 프로젝트입니다.
문제 15. Flux와 ArgoCD 비교
Flux와 ArgoCD 모두 지원하는 기능은?
- A) Helm 차트 및 Kustomize 기반 GitOps 배포
- B) 컨테이너 이미지 빌드
- C) 로그 수집 및 분석
- D) 클러스터 프로비저닝
정답 및 해설
정답: A) Helm 차트 및 Kustomize 기반 GitOps 배포
Flux와 ArgoCD 모두 Git 리포지토리를 기반으로 Helm 차트, Kustomize, 일반 YAML 매니페스트를 Kubernetes 클러스터에 동기화하는 GitOps 도구입니다. ArgoCD는 웹 UI를 기본 제공하고, Flux는 Git 기반 자동화에 집중합니다.
문제 16. CNCF 프로젝트 성숙도 단계
CNCF 프로젝트가 Graduated 상태로 승격되기 위한 조건으로 적절한 것은?
- A) GitHub 스타 1,000개 이상
- B) 보안 감사(security audit) 완료, 최소 2개 이상의 프로덕션 사용 사례
- C) 단일 기업에서만 메인테이너를 확보하면 된다
- D) 프로젝트 시작 후 1년이 지나야 한다
정답 및 해설
정답: B) 보안 감사(security audit) 완료, 최소 2개 이상의 프로덕션 사용 사례
CNCF Graduated 프로젝트는 독립적인 보안 감사를 완료하고, 다양한 조직에서 프로덕션 사용 사례를 입증해야 합니다. 또한 다중 조직의 메인테이너, 건전한 거버넌스 구조, 커뮤니티 참여를 요구합니다.
문제 17. 관찰성(Observability)의 세 기둥
클라우드 네이티브 관찰성의 세 가지 핵심 신호(Three Pillars)는?
- A) CPU, 메모리, 디스크
- B) 메트릭(Metrics), 로그(Logs), 분산 추적(Traces)
- C) 가용성, 확장성, 보안
- D) DNS, HTTP, gRPC
정답 및 해설
정답: B) 메트릭(Metrics), 로그(Logs), 분산 추적(Traces)
관찰성의 세 기둥은 메트릭(시스템 상태의 수치적 측정), 로그(이벤트 기록), 분산 추적(요청의 전체 경로 추적)입니다. OpenTelemetry는 이 세 가지를 통합하는 CNCF 프로젝트입니다.
문제 18. OpenTelemetry
OpenTelemetry에 대한 올바른 설명은?
- A) 메트릭 저장소이다
- B) 벤더 중립적인 관찰성 데이터 수집 프레임워크이다
- C) 로그 시각화 도구이다
- D) 서비스 메시 구현체이다
정답 및 해설
정답: B) 벤더 중립적인 관찰성 데이터 수집 프레임워크이다
OpenTelemetry(OTel)는 메트릭, 로그, 분산 추적 데이터를 생성, 수집, 전송하기 위한 벤더 중립적 프레임워크입니다. SDK, API, Collector 등을 제공하며 CNCF에서 Kubernetes 다음으로 활발한 프로젝트입니다.
문제 19. Adapter 패턴
클라우드 네이티브 Adapter 패턴의 목적은?
- A) 컨테이너의 리소스 제한을 조정한다
- B) 메인 컨테이너의 출력을 표준 형식으로 변환한다
- C) Pod를 자동으로 복제한다
- D) 클러스터의 네트워크 정책을 관리한다
정답 및 해설
정답: B) 메인 컨테이너의 출력을 표준 형식으로 변환한다
Adapter 패턴은 메인 컨테이너의 출력(로그, 메트릭 등)을 외부 시스템이 요구하는 표준 형식으로 변환하는 사이드카 컨테이너를 사용합니다. 예를 들어 애플리케이션의 커스텀 로그를 JSON 형식으로 변환하거나 Prometheus 메트릭 형식으로 노출할 수 있습니다.
문제 20. Init 컨테이너 패턴
Init 컨테이너에 대한 올바른 설명은?
- A) 메인 컨테이너와 동시에 실행된다
- B) 메인 컨테이너가 시작되기 전에 순차적으로 실행되며 완료되어야 메인 컨테이너가 시작된다
- C) 메인 컨테이너가 종료된 후 실행된다
- D) Sidecar 컨테이너와 동일하다
정답 및 해설
정답: B) 메인 컨테이너가 시작되기 전에 순차적으로 실행되며 완료되어야 메인 컨테이너가 시작된다
Init 컨테이너는 메인 컨테이너 시작 전에 순서대로 실행되며, 각 Init 컨테이너가 성공적으로 완료되어야 다음 단계로 넘어갑니다. 데이터베이스 마이그레이션, 설정 파일 생성, 의존성 대기 등에 활용됩니다.
문제 21. CNCF의 Cloud Native 정의
CNCF가 정의하는 Cloud Native의 핵심 특성이 아닌 것은?
- A) 느슨하게 결합된 시스템(Loosely Coupled)
- B) 탄력적이고 관리 가능한(Resilient and Manageable)
- C) 모놀리식 아키텍처 필수(Monolithic Architecture Required)
- D) 관찰 가능한(Observable)
정답 및 해설
정답: C) 모놀리식 아키텍처 필수(Monolithic Architecture Required)
CNCF는 Cloud Native를 컨테이너, 서비스 메시, 마이크로서비스, 불변 인프라, 선언적 API 등을 활용하여 느슨하게 결합된, 탄력적이고, 관리 가능하며, 관찰 가능한 시스템을 구축하는 접근 방식으로 정의합니다.
문제 22. Helm과 Kustomize 비교
Helm과 Kustomize의 주요 차이점은?
- A) Helm은 템플릿 기반, Kustomize는 오버레이(패치) 기반이다
- B) Kustomize만 Kubernetes에서 사용할 수 있다
- C) Helm은 YAML을 지원하지 않는다
- D) 두 도구 모두 동일한 접근 방식을 사용한다
정답 및 해설
정답: A) Helm은 템플릿 기반, Kustomize는 오버레이(패치) 기반이다
Helm은 Go 템플릿을 사용하여 매개변수화된 차트를 생성하고, Kustomize는 기본 YAML 위에 오버레이(패치)를 적용하여 환경별 구성을 관리합니다. Kustomize는 kubectl에 내장되어 있으며, 두 도구를 함께 사용할 수도 있습니다.
문제 23. CRI(Container Runtime Interface)
Kubernetes CRI에 대한 올바른 설명은?
- A) 컨테이너 이미지를 빌드하기 위한 인터페이스
- B) kubelet과 컨테이너 런타임 간의 통신을 표준화하는 인터페이스
- C) 네트워크 플러그인을 위한 인터페이스
- D) 스토리지 드라이버를 위한 인터페이스
정답 및 해설
정답: B) kubelet과 컨테이너 런타임 간의 통신을 표준화하는 인터페이스
CRI는 kubelet이 다양한 컨테이너 런타임(containerd, CRI-O 등)과 통신할 수 있도록 표준화된 gRPC 인터페이스를 정의합니다. Kubernetes 1.24부터 Docker는 CRI를 직접 구현하지 않으므로 dockershim이 제거되었습니다.
문제 24. CNI(Container Network Interface)
CNI 플러그인의 역할은?
- A) 컨테이너 이미지 저장
- B) Pod에 네트워크 인터페이스를 할당하고 IP를 부여한다
- C) 컨테이너 런타임을 관리한다
- D) 스토리지 볼륨을 마운트한다
정답 및 해설
정답: B) Pod에 네트워크 인터페이스를 할당하고 IP를 부여한다
CNI(Container Network Interface)는 컨테이너의 네트워크 연결을 관리하기 위한 표준입니다. Calico, Cilium, Flannel, Weave 등의 CNI 플러그인이 Pod에 네트워크 인터페이스를 할당하고, IP 주소를 부여하며, Pod 간 통신을 가능하게 합니다.
문제 25. CSI(Container Storage Interface)
CSI의 주요 목적은?
- A) 컨테이너 보안을 강화한다
- B) 스토리지 벤더가 Kubernetes와 독립적으로 스토리지 플러그인을 개발할 수 있게 한다
- C) 네트워크 정책을 정의한다
- D) 컨테이너 런타임을 교체한다
정답 및 해설
정답: B) 스토리지 벤더가 Kubernetes와 독립적으로 스토리지 플러그인을 개발할 수 있게 한다
CSI는 스토리지 벤더가 Kubernetes 코어 코드를 수정하지 않고 자체 스토리지 드라이버를 개발하고 배포할 수 있도록 하는 표준 인터페이스입니다. Longhorn, Rook-Ceph, EBS CSI Driver 등이 CSI를 구현합니다.
문제 26. Istio Ambient Mesh
Istio Ambient Mesh의 핵심 특징은?
- A) 사이드카 프록시를 필수로 사용한다
- B) 사이드카 없이 ztunnel과 waypoint 프록시를 통해 서비스 메시 기능을 제공한다
- C) Kubernetes 없이 동작한다
- D) TCP 트래픽만 지원한다
정답 및 해설
정답: B) 사이드카 없이 ztunnel과 waypoint 프록시를 통해 서비스 메시 기능을 제공한다
Istio Ambient Mesh는 사이드카를 사용하지 않는 새로운 데이터 플레인 모드입니다. 노드 레벨의 ztunnel(L4 처리, mTLS)과 선택적 waypoint 프록시(L7 처리)를 통해 리소스 오버헤드를 줄이고 운영을 단순화합니다.
문제 27. Platform Engineering
Platform Engineering의 핵심 목표는?
- A) 모든 개발자가 인프라를 직접 관리하게 한다
- B) 셀프서비스 내부 개발자 플랫폼(IDP)을 구축하여 개발자 경험과 생산성을 높인다
- C) 운영팀의 역할을 완전히 제거한다
- D) 단일 프로그래밍 언어만 사용하도록 강제한다
정답 및 해설
정답: B) 셀프서비스 내부 개발자 플랫폼(IDP)을 구축하여 개발자 경험과 생산성을 높인다
Platform Engineering은 인프라와 도구의 복잡성을 추상화하여 개발자가 셀프서비스로 필요한 리소스를 사용할 수 있는 내부 개발자 플랫폼(IDP)을 구축하는 분야입니다. Backstage, Crossplane, ArgoCD 등이 IDP 구성 요소로 활용됩니다.
문제 28. Cilium의 핵심 기술
Cilium이 기존 CNI 플러그인과 차별화되는 핵심 기술은?
- A) iptables 기반 패킷 필터링
- B) eBPF를 활용한 커널 레벨 네트워킹 및 관찰성
- C) userspace 프록시 기반 처리
- D) VLAN 기반 네트워크 분리
정답 및 해설
정답: B) eBPF를 활용한 커널 레벨 네트워킹 및 관찰성
Cilium은 eBPF 기술을 활용하여 커널 레벨에서 네트워킹, 보안, 관찰성을 처리합니다. iptables를 사용하지 않고 eBPF 프로그램으로 패킷 처리를 수행하여 높은 성능과 세밀한 정책 제어를 제공합니다.
문제 29. Serverless on Kubernetes
Kubernetes 위에서 서버리스를 구현할 때 "Scale to Zero"의 의미는?
- A) 클러스터의 모든 노드를 종료한다
- B) 요청이 없을 때 워크로드의 Pod 수를 0으로 축소하여 리소스를 절약한다
- C) 메모리 사용량을 0으로 만든다
- D) 모든 네트워크 트래픽을 차단한다
정답 및 해설
정답: B) 요청이 없을 때 워크로드의 Pod 수를 0으로 축소하여 리소스를 절약한다
Scale to Zero는 트래픽이 없을 때 Pod 수를 0으로 축소하고, 새 요청이 들어오면 자동으로 Pod를 시작하는 기능입니다. Knative Serving이 이 기능을 제공하며, KEDA도 특정 이벤트 소스에 대해 유사한 기능을 지원합니다.
문제 30. CNCF TAG(Technical Advisory Group)
CNCF TAG의 역할은?
- A) CNCF 프로젝트의 코드를 직접 개발한다
- B) 특정 기술 영역에 대한 가이드라인, 권장 사항, 생태계 방향을 제시한다
- C) CNCF 행사의 티켓을 판매한다
- D) Kubernetes 릴리스를 관리한다
정답 및 해설
정답: B) 특정 기술 영역에 대한 가이드라인, 권장 사항, 생태계 방향을 제시한다
CNCF TAG(Technical Advisory Group)는 보안, 관찰성, 네트워크, 런타임, 앱 배포 등 특정 기술 영역에 대해 커뮤니티에 가이드라인과 권장 사항을 제공합니다. TAG Security, TAG Observability, TAG Network 등이 있습니다.
마무리
이 30문제는 KCNA 시험의 핵심 도메인인 Kubernetes 기초, 컨테이너 오케스트레이션, 클라우드 네이티브 아키텍처, 클라우드 네이티브 관찰성, 클라우드 네이티브 애플리케이션 배포를 심화 학습하기 위해 구성되었습니다. 실제 시험에서는 CNCF 생태계에 대한 폭넓은 이해가 요구되므로, CNCF Landscape와 각 프로젝트의 역할을 꼼꼼히 복습하시기 바랍니다.
[Golden Kubestronaut] KCNA Extra 30 Practice Questions - Advanced Cloud Native
- KCNA Extra 30 Practice Questions
- Question 1. CNCF Graduated Projects
- Question 2. 12-Factor App Principles
- Question 3. Sidecar Pattern
- Question 4. Ambassador Pattern
- Question 5. Service Mesh Concepts
- Question 6. GitOps vs Traditional CI/CD
- Question 7. eBPF Technology
- Question 8. WebAssembly (Wasm) and Kubernetes
- Question 9. Backstage
- Question 10. Crossplane
- Question 11. Dapr
- Question 12. CNCF Landscape Categories
- Question 13. OCI (Open Container Initiative)
- Question 14. Serverless and Kubernetes
- Question 15. Flux vs ArgoCD Comparison
- Question 16. CNCF Project Maturity Levels
- Question 17. Three Pillars of Observability
- Question 18. OpenTelemetry
- Question 19. Adapter Pattern
- Question 20. Init Container Pattern
- Question 21. CNCF's Cloud Native Definition
- Question 22. Helm vs Kustomize
- Question 23. CRI (Container Runtime Interface)
- Question 24. CNI (Container Network Interface)
- Question 25. CSI (Container Storage Interface)
- Question 26. Istio Ambient Mesh
- Question 27. Platform Engineering
- Question 28. Cilium's Core Technology
- Question 29. Serverless on Kubernetes
- Question 30. CNCF TAG (Technical Advisory Group)
- Summary
KCNA Extra 30 Practice Questions
These 30 additional questions cover the key KCNA exam domains: CNCF ecosystem, cloud native architecture patterns, service mesh, GitOps, and modern technology trends.
Question 1. CNCF Graduated Projects
Which of the following is NOT a CNCF Graduated project?
- A) Prometheus
- B) Envoy
- C) Backstage
- D) containerd
Answer and Explanation
Answer: C) Backstage
Backstage is a CNCF Incubating project. Prometheus, Envoy, and containerd are all Graduated projects. CNCF projects progress through three maturity levels: Sandbox, Incubating, and Graduated.
Question 2. 12-Factor App Principles
According to the 12-Factor App methodology, what is the correct approach to "Config"?
- A) Config should be stored in version control alongside code
- B) Config should be injected through environment variables
- C) Config should only be managed in XML files
- D) Config should be embedded in the application binary
Answer and Explanation
Answer: B) Config should be injected through environment variables
The 12-Factor App's III. Config principle recommends completely separating config from code and injecting it through environment variables. This allows the same codebase to be deployed across different environments (development, staging, production).
Question 3. Sidecar Pattern
What is the representative use case of the Sidecar pattern in Kubernetes?
- A) Doubles the CPU of the main container
- B) Deploys log collection, proxy, and monitoring agents alongside the main container
- C) Automatically migrates the Pod to another node
- D) Automatically restarts the main container
Answer and Explanation
Answer: B) Deploys log collection, proxy, and monitoring agents alongside the main container
The Sidecar pattern deploys auxiliary containers in the same Pod as the main application container to provide supplementary features like logging, proxying, and config synchronization. Istio's Envoy proxy is a classic example.
Question 4. Ambassador Pattern
What is the primary role of the Ambassador pattern?
- A) Acts as a proxy mediating the application's external communication
- B) Performs load balancing between Pods
- C) Manages cluster DNS
- D) Mounts storage volumes
Answer and Explanation
Answer: A) Acts as a proxy mediating the application's external communication
The Ambassador pattern mediates communication with external services on behalf of the application. It handles connection retries, logging, authentication, and is used for legacy protocol translation or circuit breaker implementation.
Question 5. Service Mesh Concepts
What role does the Data Plane of a service mesh perform?
- A) Policy definition and service discovery configuration
- B) Actually processes network traffic beside each service instance
- C) Performs certificate issuance and key management
- D) Automates cluster upgrades
Answer and Explanation
Answer: B) Actually processes network traffic beside each service instance
A service mesh consists of a control plane and data plane. The data plane (e.g., Envoy proxy) is deployed beside each service instance to handle actual network traffic routing, load balancing, mTLS, and observability.
Question 6. GitOps vs Traditional CI/CD
What is the key difference between GitOps and traditional push-based CI/CD?
- A) It uses Jenkins
- B) It uses Git as the single source of truth and synchronizes to the cluster using a Pull-based approach
- C) It only allows manual deployments
- D) It does not build container images
Answer and Explanation
Answer: B) It uses Git as the single source of truth and synchronizes to the cluster using a Pull-based approach
GitOps uses the Git repository as the Single Source of Truth for the desired state, and agents (e.g., Flux, ArgoCD) continuously synchronize cluster state with Git. Unlike push-based CI/CD, the cluster itself pulls the desired state.
Question 7. eBPF Technology
Which statement about eBPF (extended Berkeley Packet Filter) is correct?
- A) It is a type of container runtime
- B) It is a technology that enables running programs safely inside the Linux kernel
- C) It is a Kubernetes storage driver
- D) It is a DNS server implementation
Answer and Explanation
Answer: B) It is a technology that enables running programs safely inside the Linux kernel
eBPF enables running sandboxed programs within the Linux kernel without modifying kernel source code or loading kernel modules. It allows implementing networking, security, and observability features. Cilium, Falco, and Tetragon leverage eBPF.
Question 8. WebAssembly (Wasm) and Kubernetes
What is the benefit of using WebAssembly in Kubernetes?
- A) Image sizes are always larger than traditional containers
- B) Provides millisecond-level cold starts and sandbox isolation
- C) Only works on x86 architecture
- D) Cannot use network functionality
Answer and Explanation
Answer: B) Provides millisecond-level cold starts and sandbox isolation
Wasm provides millisecond cold starts, small binary sizes, and strong sandbox isolation. Through SpinKube, WasmEdge, and similar tools, Wasm workloads can run on Kubernetes, making it ideal for serverless and edge computing.
Question 9. Backstage
What is the core feature of Backstage?
- A) Container image build tool
- B) Internal Developer Portal (IDP) that provides unified management of service catalogs, templates, and documentation
- C) Kubernetes cluster monitoring tool
- D) CI/CD pipeline execution engine
Answer and Explanation
Answer: B) Internal Developer Portal (IDP) that provides unified management of service catalogs, templates, and documentation
Backstage is a CNCF Incubating project started at Spotify, serving as a framework for building internal developer portals. It provides core features like the Software Catalog, Software Templates, and TechDocs, and is extensible through a plugin system.
Question 10. Crossplane
What is the primary role of Crossplane?
- A) Service mesh implementation
- B) Declaratively provisions and manages cloud infrastructure through the Kubernetes API
- C) Log collection and analysis tool
- D) Container image registry
Answer and Explanation
Answer: B) Declaratively provisions and manages cloud infrastructure through the Kubernetes API
Crossplane extends Kubernetes as a universal control plane to manage cloud resources from AWS, GCP, Azure, and others as Kubernetes custom resources. Through Compositions, it can provide team-specific infrastructure abstractions.
Question 11. Dapr
What is the core concept of Dapr (Distributed Application Runtime)?
- A) Container orchestration tool
- B) Provides building blocks (state management, Pub/Sub, service invocation) for distributed applications as a sidecar
- C) Kubernetes cluster installation tool
- D) Static code analysis tool
Answer and Explanation
Answer: B) Provides building blocks (state management, Pub/Sub, service invocation) for distributed applications as a sidecar
Dapr is a runtime that simplifies microservice development using the sidecar pattern to provide language-agnostic building blocks for state management, Pub/Sub messaging, service invocation, bindings, and the actor model.
Question 12. CNCF Landscape Categories
Which tool belongs to the "Provisioning" category in the CNCF Landscape?
- A) Prometheus
- B) Terraform
- C) Jaeger
- D) Fluentd
Answer and Explanation
Answer: B) Terraform
The Provisioning category in the CNCF Landscape includes infrastructure automation, container registries, security, and compliance tools. Terraform is an infrastructure provisioning tool, while Prometheus is for monitoring, Jaeger for distributed tracing, and Fluentd for logging.
Question 13. OCI (Open Container Initiative)
Which is NOT an OCI specification?
- A) Image Spec
- B) Runtime Spec
- C) Distribution Spec
- D) Orchestration Spec
Answer and Explanation
Answer: D) Orchestration Spec
OCI defines three specifications: Image Spec (container image format), Runtime Spec (container runtime behavior), and Distribution Spec (image distribution API). Orchestration is not within OCI's scope.
Question 14. Serverless and Kubernetes
Which CNCF project enables running serverless workloads on Kubernetes?
- A) Knative
- B) Longhorn
- C) Thanos
- D) Harbor
Answer and Explanation
Answer: A) Knative
Knative is a platform for deploying, managing, and scaling serverless workloads on Kubernetes. It consists of Serving (auto-scaling, scale-to-zero) and Eventing (event-driven architecture) components and is a CNCF Incubating project.
Question 15. Flux vs ArgoCD Comparison
What feature do both Flux and ArgoCD support?
- A) Helm chart and Kustomize-based GitOps deployment
- B) Container image building
- C) Log collection and analysis
- D) Cluster provisioning
Answer and Explanation
Answer: A) Helm chart and Kustomize-based GitOps deployment
Both Flux and ArgoCD are GitOps tools that synchronize Helm charts, Kustomize, and plain YAML manifests to Kubernetes clusters based on Git repositories. ArgoCD provides a web UI by default, while Flux focuses on Git-based automation.
Question 16. CNCF Project Maturity Levels
What is a requirement for a CNCF project to be promoted to Graduated status?
- A) Over 1,000 GitHub stars
- B) Completed security audit and at least 2 production use cases
- C) Only one company needs to provide maintainers
- D) Must be at least 1 year since project inception
Answer and Explanation
Answer: B) Completed security audit and at least 2 production use cases
CNCF Graduated projects must complete an independent security audit and demonstrate production use cases across diverse organizations. They also require multi-organization maintainers, healthy governance structure, and community engagement.
Question 17. Three Pillars of Observability
What are the three core signals (Three Pillars) of cloud native observability?
- A) CPU, Memory, Disk
- B) Metrics, Logs, Distributed Traces
- C) Availability, Scalability, Security
- D) DNS, HTTP, gRPC
Answer and Explanation
Answer: B) Metrics, Logs, Distributed Traces
The three pillars of observability are Metrics (numerical measurements of system state), Logs (event records), and Distributed Traces (tracking the full path of requests). OpenTelemetry is the CNCF project that unifies these three.
Question 18. OpenTelemetry
Which statement about OpenTelemetry is correct?
- A) It is a metrics storage backend
- B) It is a vendor-neutral observability data collection framework
- C) It is a log visualization tool
- D) It is a service mesh implementation
Answer and Explanation
Answer: B) It is a vendor-neutral observability data collection framework
OpenTelemetry (OTel) is a vendor-neutral framework for generating, collecting, and transmitting metrics, logs, and distributed traces. It provides SDKs, APIs, and Collectors, and is one of the most active CNCF projects after Kubernetes.
Question 19. Adapter Pattern
What is the purpose of the cloud native Adapter pattern?
- A) Adjusts resource limits of containers
- B) Transforms the main container's output into a standard format
- C) Automatically replicates Pods
- D) Manages cluster network policies
Answer and Explanation
Answer: B) Transforms the main container's output into a standard format
The Adapter pattern uses a sidecar container to transform the main container's output (logs, metrics, etc.) into a standard format required by external systems. For example, it can convert custom application logs to JSON format or expose them in Prometheus metric format.
Question 20. Init Container Pattern
Which statement about Init Containers is correct?
- A) They run simultaneously with the main container
- B) They run sequentially before the main container starts, and must complete before the main container can begin
- C) They run after the main container terminates
- D) They are identical to Sidecar containers
Answer and Explanation
Answer: B) They run sequentially before the main container starts, and must complete before the main container can begin
Init Containers run in order before main containers, and each must complete successfully before proceeding to the next step. They are used for database migrations, configuration file generation, dependency waiting, and more.
Question 21. CNCF's Cloud Native Definition
Which is NOT a core characteristic of Cloud Native as defined by CNCF?
- A) Loosely Coupled systems
- B) Resilient and Manageable
- C) Monolithic Architecture Required
- D) Observable
Answer and Explanation
Answer: C) Monolithic Architecture Required
CNCF defines Cloud Native as an approach to building systems that are loosely coupled, resilient, manageable, and observable, leveraging containers, service mesh, microservices, immutable infrastructure, and declarative APIs.
Question 22. Helm vs Kustomize
What is the key difference between Helm and Kustomize?
- A) Helm is template-based, Kustomize is overlay (patch) based
- B) Only Kustomize can be used with Kubernetes
- C) Helm does not support YAML
- D) Both tools use the same approach
Answer and Explanation
Answer: A) Helm is template-based, Kustomize is overlay (patch) based
Helm creates parameterized charts using Go templates, while Kustomize applies overlays (patches) on top of base YAML to manage environment-specific configurations. Kustomize is built into kubectl, and both tools can be used together.
Question 23. CRI (Container Runtime Interface)
Which statement about Kubernetes CRI is correct?
- A) An interface for building container images
- B) An interface that standardizes communication between kubelet and container runtimes
- C) An interface for network plugins
- D) An interface for storage drivers
Answer and Explanation
Answer: B) An interface that standardizes communication between kubelet and container runtimes
CRI defines a standardized gRPC interface for kubelet to communicate with various container runtimes (containerd, CRI-O, etc.). Since Kubernetes 1.24, Docker no longer directly implements CRI, so dockershim was removed.
Question 24. CNI (Container Network Interface)
What is the role of a CNI plugin?
- A) Container image storage
- B) Assigns network interfaces and IP addresses to Pods
- C) Manages container runtimes
- D) Mounts storage volumes
Answer and Explanation
Answer: B) Assigns network interfaces and IP addresses to Pods
CNI (Container Network Interface) is a standard for managing container network connectivity. CNI plugins like Calico, Cilium, Flannel, and Weave assign network interfaces to Pods, provide IP addresses, and enable Pod-to-Pod communication.
Question 25. CSI (Container Storage Interface)
What is the primary purpose of CSI?
- A) Enhances container security
- B) Enables storage vendors to develop storage plugins independently from Kubernetes
- C) Defines network policies
- D) Replaces container runtimes
Answer and Explanation
Answer: B) Enables storage vendors to develop storage plugins independently from Kubernetes
CSI is a standard interface that allows storage vendors to develop and deploy their own storage drivers without modifying Kubernetes core code. Longhorn, Rook-Ceph, and EBS CSI Driver implement CSI.
Question 26. Istio Ambient Mesh
What is the key feature of Istio Ambient Mesh?
- A) Requires sidecar proxies
- B) Provides service mesh functionality without sidecars through ztunnel and waypoint proxies
- C) Works without Kubernetes
- D) Only supports TCP traffic
Answer and Explanation
Answer: B) Provides service mesh functionality without sidecars through ztunnel and waypoint proxies
Istio Ambient Mesh is a new data plane mode without sidecars. It uses node-level ztunnel (L4 processing, mTLS) and optional waypoint proxies (L7 processing) to reduce resource overhead and simplify operations.
Question 27. Platform Engineering
What is the core goal of Platform Engineering?
- A) Making all developers manage infrastructure directly
- B) Building self-service Internal Developer Platforms (IDPs) to improve developer experience and productivity
- C) Completely eliminating the role of operations teams
- D) Forcing the use of a single programming language
Answer and Explanation
Answer: B) Building self-service Internal Developer Platforms (IDPs) to improve developer experience and productivity
Platform Engineering abstracts infrastructure and tool complexity to build Internal Developer Platforms (IDPs) where developers can use needed resources via self-service. Backstage, Crossplane, and ArgoCD are components used in IDPs.
Question 28. Cilium's Core Technology
What core technology differentiates Cilium from traditional CNI plugins?
- A) iptables-based packet filtering
- B) Kernel-level networking and observability using eBPF
- C) Userspace proxy-based processing
- D) VLAN-based network segmentation
Answer and Explanation
Answer: B) Kernel-level networking and observability using eBPF
Cilium leverages eBPF technology to handle networking, security, and observability at the kernel level. Instead of using iptables, it performs packet processing with eBPF programs, providing high performance and fine-grained policy control.
Question 29. Serverless on Kubernetes
What does "Scale to Zero" mean in serverless on Kubernetes?
- A) Shuts down all cluster nodes
- B) Scales down the workload's Pod count to 0 when there are no requests to save resources
- C) Reduces memory usage to 0
- D) Blocks all network traffic
Answer and Explanation
Answer: B) Scales down the workload's Pod count to 0 when there are no requests to save resources
Scale to Zero means reducing the number of Pods to 0 when there is no traffic, and automatically starting Pods when new requests arrive. Knative Serving provides this feature, and KEDA also supports similar functionality for specific event sources.
Question 30. CNCF TAG (Technical Advisory Group)
What is the role of CNCF TAGs?
- A) Directly develops code for CNCF projects
- B) Provides guidelines, recommendations, and ecosystem direction for specific technical domains
- C) Sells tickets for CNCF events
- D) Manages Kubernetes releases
Answer and Explanation
Answer: B) Provides guidelines, recommendations, and ecosystem direction for specific technical domains
CNCF TAGs (Technical Advisory Groups) provide guidelines and recommendations to the community for specific technical domains such as security, observability, network, runtime, and app delivery. Examples include TAG Security, TAG Observability, and TAG Network.
Summary
These 30 questions are designed for in-depth study of the core KCNA exam domains: Kubernetes Fundamentals, Container Orchestration, Cloud Native Architecture, Cloud Native Observability, and Cloud Native Application Delivery. Since the actual exam requires a broad understanding of the CNCF ecosystem, be sure to thoroughly review the CNCF Landscape and the roles of each project.