runC とは？

Dockerはコンテナの「管理ツール」全体で、runCはその中でコンテナを実際に「起動する」最小単位のエンジンだよ。ユーザーがdocker runを実行すると、裏ではDocker→containerd→runCという順番で呼び出されて、最終的にrunCがプロセスを立ち上げているんだ。

普段はほぼないよ。runCはKubernetesやcontainerdが内部で呼び出すもので、エンドユーザーは意識しなくていいんだ。でもコンテナランタイムのトラブルシューティングやセキュリティ調査をする立場になると、この仕組みを知っていると原因特定が速くなるよ。

コンテナ技術を特定の企業が独占するのではなく、業界標準にした方が普及するという判断があったんだよ。2015年にDockerがlibcontainerをrunCとしてOCIに寄贈したことで、PodmanやKubernetesなどの他のツールも同じ実装を使える共通基盤ができたんだ。

containerdはコンテナのイメージ管理・ネットワーク・ストレージなど「コンテナの一生全体」を管理する高レベルな層で、runCはその中の「コンテナプロセスを実際に起動・停止する」という一点に特化した低レベルな層なんだよ。containerdがrunCを子プロセスとして呼び出す構造になっているんだ。