Kubernetes のステータスボードを作るは、Kubernetes の基礎を学び、ワークロードの ID を実用的なツールにつなげたい方向けのプロジェクトです。準備済みのボードに専用の読み取り用 ID を与え、承認された 2 つの名前空間の Deployment を読めるようにします。職員のデータとワークロードの変更は許可しません。
1 つの Guided Lab で、実際の API 拒否から始め、専用 ServiceAccount、最初の名前空間への権限、その ID を使う新しいボード Pod、2 つ目の読み取り範囲へと進みます。独立した 1 つの Challenge では、ID とアプリケーションの名前空間が異なる Cedar Library に同じ方法を応用します。各単元は、それぞれ独立して用意された完全な環境から始まります。
成果は、動作するボード、最新の CSV ダウンロード、再利用できる 4 つのマニフェストです。ボードは宣言されたレプリカ数、コントローラーが報告する利用可能数、Deployment テンプレートのイメージを表示します。API エラーを正常な結果に置き換えたり、意図的にゼロへ縮小したアプリケーションを障害と扱ったりしません。
学習内容
このコースを修了すると、次のことができるようになります。
- 操作者のターミナルの認証情報と、Pod 内のプロセスが実際に使う ID を区別する。
- 専用 ServiceAccount を作り、対象名前空間の Role と RoleBinding をその ID に結び付ける。
- 保存した Deployment マニフェストで ID を選び、新しい Pod の実際の API リクエストを観察する。
getとlistを 2 つ目の承認済み名前空間へ広げつつ、3 つ目の名前空間、Secret、ワークロード変更の拒否を維持する。- コントローラーの観察範囲を踏まえて、希望レプリカ数、利用可能レプリカ数、テンプレートイメージを読み取る。
- 元のアプリケーションリソース、データ、ソースを保ち、最新の CSV と保存したマニフェストを引き渡す。
このコースの対象者
Kubernetes の学習者や、基礎の次に小さな完成形のプロジェクトへ取り組みたいアプリケーション運用の入門者に適しています。Kubernetes in Practice のアクセス制御を知っていると役立ちます。必要な ID と権限のフィールドは Guided Lab が使用前に説明します。
前提知識： 基本的なターミナルのパス、簡単な YAML、名前空間、Pod、Deployment、Service、ラベル。アプリケーションのプログラミング、クライアント SDK の経験、イメージのビルド、クラウドアカウントは不要です。
学習環境： 実際の単一ノード Kubernetes クラスター、合成アプリケーション、ボード、診断クライアントが準備されています。マニフェストと Kubernetes コマンドは Workspace、実際のページ、詳細、CSV は Board で扱います。ボード自身が内部で投影された認証情報と証明書検証を処理します。
よくある質問
Kubernetes をインストールする必要はありますか？
ありません。各単元に独立して準備されたクラスターとアプリケーションがあります。クラスター基盤をインストール、変更せず、コースで指定されたオブジェクトだけを扱います。
ボードのプログラムを書いたり token を扱ったりしますか？
しません。クライアントと画面は提供されています。専用のワークロード ID、狭い名前空間権限、Deployment の ID 選択を設定し、提供されたソースは保ちます。
権限テストだけで正しい ID を使っていると証明できますか？
ある ID に権限を与えても、動作中の Pod は自動的に変わりません。権限と拒否される操作に加え、実際のクライアントが認証された ID と、コレクションおよび個別オブジェクトの読み取りを確かめます。
Challenge では何が変わりますか？
図書館の場面では、読み取り主体の所在と承認された 2 つのデータ名前空間が変わり、職員用の 1 つの名前空間は除外されたままです。学んだ方法を組み合わせて完全なボードとマニフェストを仕上げます。成果は訓練クラスターのコントローラー状態であり、訪問者の認証や本番の稼働保証ではありません。
