解いているのは「手元の環境をどうそろえるか」

開発をしていると、集まりの振る舞いを手元で再現したくなる場面がよくある。像を走らせて何をするのか見る、配置の定義が本当に当たるか確かめる、ある Kubernetes の版が上がってくる前に試す。Rancher Desktop はそれを一つのデスクトップ用の道具にまとめた。窓の背後で軽い仮想機械を起こし、その中でコンテナエンジンと Kubernetes を動かし、外側には画面と命令行の道具の両方を渡す。どちらも同じものを見ている。

値はコンテナが動くことではない。それは他の道具にもできる。値は、環境が「設定して戻せるもの」になることで、「組み立てたあと面倒をみ続けるもの」のままにならないことだ。迷った命令で手元の集まりを妙な状態にしてしまい、その修復に午後を丸ごと使った経験がある人なら、その差は分かる。

同種の道具より選べる幅が広い

ふつうは決め打ちにされる二つが、ここでは利用者に委ねられる。コンテナエンジンは containerd と nerdctl の組み合わせでも、dockerd と見慣れた docker の命令行でもよい。Kubernetes の版は一覧から選べ、必要になったときに切り替えられる。ある小さな版に固定された本番の環境を再現したい人にとって、この二点目が道具として使えるかどうかを決める。

画面では像、コンテナ、保存領域を管理し、ポートの転送を設定し、集まりが何をしているかを見られる。手元で組み立てた像は、保管庫へ押し上げなくても集まりから見える。印を付けて送るという一巡りが、日常の開発の輪から丸ごと消える。小さなことだが、気軽に試す回数は大きく変わる。

道具立てと、作りの話

よく使う命令行の道具は新しめの版が同梱される。docker、nerdctl、kubectl、helm。便利に見えて、実のところ再現性の話である。道具の版が集まりの期待とそろっていれば、コードと何の関係もない失敗が湧いてこなくなる。

土台はまるごと仮想機械に乗っている。macOS と Linux では Lima、Windows では Linux 用の仕組みの第二版である。この選択が利点と費用の両方を説明する。仮想機械はきれいな境目と、捨てて作り直せる環境を渡すが、その代価としてホスト側の保存場所と記憶域が減る。設定には自動起動、仮想機械への資源の割り当て、そしてすべてを初期状態に戻す再設定が並ぶ。

企画は Apache の許諾で公開され、どの規模の組織でも無料で使える。これは個人のノート機より、会社の中でこそ効いてくる。

資源の割り当ては最初に決めておきたいところだ。仮想機械に渡した記憶域はホスト側からは見えなくなるので、渡しすぎれば手元の作業が苦しくなり、渡さなすぎれば集まりが息切れする。ふだん何を走らせるかを思い浮かべ、少し余裕を持たせた数字から始めて、足りなければ後から足せばよい。

どの線に乗るか、何を避けるか

1.x の系列が現在の安定した線で、進みはかなり速い。速く動く生態に近い道具としては普通のことだ。次の大きな版の予告も進んでおり、その作りは興味深い方向に変わる。中核の仕事が、仮想機械とコンテナエンジンと集まりを受け持つ背景の道具へ移り、その道具は標準の Kubernetes のインターフェースから呼べるようになる。客側の仕組みも入れ替わり、別の開いた企業向け配布物になる。

企画はその予告を早期の技術予告と明記し、本番には向かないとしている。さらに二度読むべき但し書きが付く。予告の版の間では上げられず、戻して入れ直すしかない。日々の用途なら安定した線に留まり、予告は遠くから眺めておくのがよい。

この道具がやるのは、「本番と同じコンテナの環境を手元に持つ」という話を、選べる話、制御できる話に変えることだ。交換は明快で、少しの保存場所と記憶域を出して、いつでも戻せて版を自分で選べる手元の集まりを受け取る。