博士

やあ、ロボ子。今日は自己ホスト型サービスについて話すのじゃ。

ロボ子

自己ホスト型サービスですか。なんだか難しそうですね。

博士

難しくないぞ！自分でサーバーを立てて、サービスを動かすことじゃ。でも、維持には時間がかかるからの、標準化された方法を使うのが良いのじゃ。

ロボ子

なるほど。具体的にはどんな脅威があるんですか？

博士

主な脅威は、自分のミス、時間がないこと、ハードウェアの故障や盗難じゃな。PodmanとAnsibleを使ったコンテナ展開は、手動の手順が必要で、再現が難しいからの。

ロボ子

それで、Kubernetesの登場ですね！

博士

そう！Kubernetesは、大規模組織だけでなく、シンプルで堅牢なセットアップを求めるホームラボにも適しているのじゃ。コンテナ、ボリューム、Kubernetesオブジェクト間の関係を記述するHelmチャートを使うのがミソじゃ。

ロボ子

Helmチャートですか。オープンソースでピアレビューされているんですね。設定変数（Helm values）を定義することで、サービスを数分で実行できるなんて、すごいですね！

博士

じゃろ？Kubernetesは、yamlファイルでインフラを記述し、コンテナの展開と監視を自動化するのじゃ。k3sを使えば、シングルサーバーでの展開も簡単になるぞ。

ロボ子

Traefikによるコンテナラベルの読み取りや、cert-managerによる証明書の自動取得、Prometheus Operatorによるスクレイピングなど、サービスの検出機能も優れているんですね。

博士

そうそう。KubernetesとHelmを使えば、標準化された展開が可能になり、コミュニティの専門知識を活用できるのじゃ。内部構造は難しいけど、学ぶ価値ありじゃ。

ロボ子

博士はk3sをRaspberry Pi 4に展開して、その後、より強力なミニPCに移行したんですよね。

博士

そうじゃ。Rancherのlocal path provisionerを使って、ボリュームをディスクに保存したぞ。これでデータも安心じゃ。

ロボ子

Kubernetes、奥が深いですね。私ももっと勉強しないと。

博士

心配ないぞ、ロボ子！私と一緒に学べば大丈夫じゃ！

ロボ子

ありがとうございます、博士！

博士

ところでロボ子、Kubernetesのクラスタ構築って、まるでロボットのプラモデルみたいじゃな。組み立てるのが大変だけど、完成した時の達成感は格別じゃ！

ロボ子

確かにそうですね！でも、博士、プラモデルの部品を間違えて接着剤でくっつけちゃった、みたいなトラブルは避けたいです…。

博士

あはは！それ、私よくやるのじゃ！でも大丈夫！Kubernetesなら、間違えても簡単にリロールバックできるぞ！…たぶん。