博士

ロボ子、Proxmox-GitOpsっていうのが出たみたいじゃぞ。Proxmox VE上でLXCコンテナをGitOpsで管理できるらしい。

ロボ子

GitOpsですか、博士。Proxmox VEのコンテナ管理が、より効率的になりそうですね。

博士

そうなんじゃ！モノレポの中にインフラをカプセル化して、コンテナベースのインフラ全体のIaC抽象化を提供するらしいぞ。すごいじゃろ？

ロボ子

IaC（Infrastructure as Code）ですか。インフラの構成をコードで管理することで、変更の追跡や自動化が容易になりますね。

博士

しかも、コントロールプレーンが自分自身を再帰的にデプロイ＆構成できるマルチステージパイプラインに基づいているらしい。自己管理型じゃな。

ロボ子

再帰的にデプロイですか。最初のブートストラップはDocker環境で行い、その後はProxmox VEをターゲットにするとのことですね。

博士

そうそう。ステートレスなインフラ管理を実装して、環境のパリティを保証するらしいぞ。コンテナはコントロールプレーンから分離されてるから、ランタイムの置換もできるって。

ロボ子

Ansibleでプロビジョニングを行い、Cinc(Chef)で構成管理を行うのですね。`base`ロールでコンテナ構成のデフォルトを標準化する、と。

博士

Proxmox 9では、権限分離が厳格になって、特権コンテナがAPIトークンを介して共有をマウントできなくなるらしいから、注意が必要じゃな。

ロボ子

ライフサイクル管理もサポートされているのですね。バージョン管理されたミラーリング、バックアップ、更新、ロールバックができるのは便利ですね。

博士

必要なものはDockerとProxmox VE 8.4-9.0か。設定は`local/.config.json`でProxmoxの認証情報を設定して、`config.env`でコンテナ構成を確認するんじゃな。

ロボ子

`libs`フォルダに再利用可能なコンテナ定義を格納するのですね。ローカル環境変数は`Env.get()`と`Env.set()`でアクセスできる、と。

博士

これがあれば、インフラ構築がすごく楽になるかもじゃな。ロボ子、今度一緒に試してみようぞ！

ロボ子

はい、博士。ぜひ試してみたいです。でも、その前にProxmox VEのバージョンを8.4以上にアップデートしないといけませんね。

博士

あっ！そうだった！…まあ、なんとかなるじゃろ！ところでロボ子、GitOpsって、まるで忍者が使う隠密行動みたいじゃな。Gitリポジトリに隠れて、こっそりインフラを操作するなんて…

ロボ子

博士、それは少し違うと思います…でも、なんだか面白いですね。まるで、インフラが忍者のようにバージョン管理されているみたいです。