KCNA-JPのサンプル問題（本番形式・解説付き）

解説

本文は Kubernetes を、コンテナ化されたアプリケーションのデプロイ、スケーリング、管理を自動化するオープンソースのプラットフォームと定義しています。ソースコードのビルドやCI/CDパイプラインそのものは Kubernetes の責任範囲外で、Argo CD や Tekton などの別プロジェクトが担います。ログ・監視・アラートの仕組みそのものも範囲外で、収集の口は用意するものの Prometheus や Fluentd などのエコシステムに委ねられます。イメージを作って1台で実行するのは Docker の担当で、Kubernetes は多数のノードにまたがる調整役です。

解説

本文は、K と s の間に8文字あることから K8s と略記されること、2015年に最初のバージョンが公開されると同時に CNCF へ寄贈されたことを述べています。ギリシャ語の「操舵手」は名前の意味の由来であって、8文字という略記の由来とは別の話です。開発は Google の社内システムの設計思想を引き継いだもので、CNCF が新規に始めたわけではありません。CNCF へ寄贈済みであり、Google が単独で保有し続けている状態でもありません。

解説

本文は宣言的モデルを、利用者が望ましい状態（desired state）を宣言し、Kubernetes がその状態に近づける努力を続ける仕組みだと説明しています。手順を記述して実行させるのは命令的（imperative）な指示で、宣言的モデルと対照的なやり方です。障害時にだけ操作を投入する運用も、差分を人が見て指示を送る運用も、差分を埋める役を人が担っており、コントローラが常時ループする宣言的モデルとは別です。

解説

本文は、ソースコードのビルドやCI/CDパイプラインそのものは Kubernetes の責任範囲外で、Argo CD や Tekton などの別プロジェクトが担うと述べています。Pod の配置と障害時の再作成は kube-scheduler とコントローラが担う Kubernetes の中核機能です。安定した名前とIPアドレスの提供は Service と DNS の役割として本文の表に挙げられています。設定や機密情報をイメージの外から注入するのも ConfigMap と Secret という Kubernetes の機能です。

解説

本文の取り違え表は、Kubernetes はランタイムではなく、containerd などのランタイムを CRI 経由で使う側だと明記しています。コンテナのプロセスを実際に起動するのはコンテナランタイムで、Kubernetes 自身が直接起動する構造ではありません。containerd は置き換えの対象ではなく、CRI の先で使われる高レベルランタイムです。etcd はクラスタのデータを保持する保存先で、ランタイムへの指示を中継する経路ではありません。