☸️
概念 #Kubestronaut #Kubernetes #CKA #CKAD #CKS #知識証明 📚 資格なしで知識を証明する

Kubestronautを資格なしでどう補完するか

Kubestronautの5認定が示す知識領域を、Kubernetesの公開lab、障害対応記録、設計レビューで代替・補完する。

Kubestronautとは

Kubestronaut は CNCF の Kubernetes 関連認定をすべて取得した人に与えられる称号として扱われている。対象は CKA、CKAD、CKS、KCNA、KCSA の5つ。

これは強いシグナルだ。

Kubernetesの基礎、アプリケーション開発、クラスタ管理、セキュリティ、クラウドネイティブの概念に一通り触れていることが分かる。しかも CKA、CKAD、CKS は実技寄りで、単なる選択式より実践に近い。

ただし、目標を「称号」ではなく「Kubernetes周辺知識を実践できる証明」と置くなら、資格以外の成果物でも補完できる。

5認定が示す領域

認定示す領域
KCNAKubernetesとクラウドネイティブ全体の基礎
KCSAKubernetesとクラウドネイティブのセキュリティ基礎
CKADKubernetes上でアプリを動かす力
CKAクラスタ管理・運用の力
CKSKubernetesセキュリティの実践力

資格を取らない場合でも、この5領域を学習マップとして使う価値は高い。

代替するならlabが必要

Kubernetesは読むだけでは弱い。必ず手を動かす必要がある。

最低限の公開 lab:

  • kind または k3d で複数ノードクラスタを作る
  • Deployment / Service / Ingress を構成する
  • readiness / liveness probe の失敗を再現する
  • ConfigMap / Secret / RBAC を使う
  • NetworkPolicy で通信を制御する
  • Pod Security Standards を確認する
  • image scan と admission control を試す
  • node障害、Pod障害、rollout失敗を復旧する
  • Prometheus / logs / events で観測する

「作った」ではなく「壊して直した」が証明になる。

設計レビューで補完する

資格試験では、実際の組織制約までは見えにくい。

そこで、設計レビュー記事を作る。

例:

テーマ:
  小規模SaaSをKubernetesに載せるべきか

比較:
  ECS / Cloud Run / Kubernetes

評価軸:
  運用負荷、セキュリティ、スケーリング、採用難易度、コスト

結論:
  現時点ではCloud Run、ただし将来条件A/B/Cが揃えばKubernetes

Kubernetesを使えることと、Kubernetesを使うべき場面を判断できることは違う。後者を見せると実務証明になる。

障害対応記録

Kubernetesの信頼は、障害対応記録でかなり伝わる。

  • Podが起動しない
  • ImagePullBackOff
  • CrashLoopBackOff
  • Serviceに到達できない
  • DNS解決できない
  • IngressでTLSエラー
  • RBACで権限不足
  • NetworkPolicyで通信断
  • resource limitでOOM

各ケースについて、現象、仮説、確認コマンド、原因、修正、再発防止を書く。これは資格の点数より実務に近い。

この知識はどう証明できるか

Kubestronautを資格なしで補完するなら、次の構成にする。

  • k8s-labs リポジトリ
  • 各labのREADMEに目的、手順、期待結果、失敗ケースを書く
  • kubectl describe, kubectl logs, kubectl get events のログを残す
  • セキュリティlabには脅威と対策を書く
  • 設計レビュー記事で「いつKubernetesを選ばないか」も書く

資格を取る場合でも、この成果物があると「合格した人」から「実践を説明できる人」に変わる。

関連リンク

出典: CNCF Certifications / Kubestronaut FAQ