Kubernetes、Dockerに依存しないKubernetes用の軽量コンテナランタイム「cri-o」正式版1.0リリース

Kubernetesに最適化された軽量なコンテナランタイム「cri-o」の正式版、「cri-o 1.0」がリリースされました。

cri-oは、Kubernetesの育成プロジェクト（Kubernetes Incubator Project）として開発されています。

Red Hatに所属するcri-oエンジニアリングチームのDaniel Walsh氏は、cri-oのオフィシャルブログに投稿された記事「CRI-O 1.0 is here」で、Dockerに依存しないコンテナランタイムであるcri-oの開発動機について次のように説明しています。

We felt at the time that the upstream Docker project was changing too quickly and was making Kubernetes unstable. We felt that perhaps by simplifying the container runtime we could do better.

そのとき（訳注：cri-oの開発を検討し始めたとき）、Dockerプロジェクトはあまりに早く変化しすぎていて、Kubernetesを不安定にしていた。そこで、私たちなら多分、シンプルにしたコンテナランタイムをもっとうまくつくれるだろうと考えたのだ。

cri-oはOCIとCRIの2つの標準に準拠

cri-oは2つの標準に準拠したコンテナランタイムです。

1つはコンテナランタイムおよびコンテナイメージの標準仕様を規定しているOCI（Open Container Initiative）への準拠です。これにより、すでにOCIに準拠しているDockerコンテナ用のイメージはそのままcri-oでも実行できます。

つまり、Docker Hubなどのレジストリに保存されたDockerイメージを、cri-oにロードしてそのまま実行可能だということです。

もう1つの標準はKubernetes 1.5から開発が進んでいる「CRI」（Kubernetes Container Runtime Interface）です。これはKubernetesとコンテナランタイムとのあいだで命令や情報をやりとりするためのAPI仕様です。

CRIに準拠したコンテナランタイムであれば、Kubernetesのコンテナランタイムとして使うことができます。

OCIとCRIの標準の位置づけを図にすると以下のようになります。

現在、ほぼすべてのコンテナランタイムはOCI対応であり、今後Kubernetesの普及を考えればCRI対応も進んでいくはずです。KubernetesはこのCRI標準に対応したコンテナランタイムであればcri-oでもDockerでも任意のコンテナランタイムが利用可能になると説明されています。

要するに、Kubernetes側から見ればコンテナランタイムを自由に選べることになるのです。

cri-oとDockerの競合と共存

cri-oはKubernetesに最適化されたコンテナランタイムという点で、Kubernetesを統合すると発表したDockerと競合する側面を持つことは間違いありません。

本番環境などにおいてより軽量で安定したコンテナランタイムとして、cri-oがDockerよりも選ばれることは十分にありえます。

一方で、cri-oはコンテナランタイムとして最適化されているため、Dockerコマンドのようなコンテナを操作するための柔軟なコマンド体系や、Dockerイメージを生成する機能などを備えていません。

そのためアプリケーションの開発フェーズやコンテナイメージの作成などにおいて使われるのは間違いなくDockerでしょう。

現時点でcri-oとDockerの位置づけはこのように解釈し住み分けができると考えることができます。しかし、コンテナ周りはまだまだダイナミックな動きが続いており、いつ意外なことが起きても不思議ではないでしょう。

参考

• cri-o
• CRI-O 1.0 is here – cri-o – Medium
• Introducing CRI-O 1.0
• CRI-O and Alternative Runtimes in Kubernetes — Project Atomic

関連記事

• Kubernetes、独自のコンテナランタイム「cri-o」開発中。コンテナランタイムのインターフェイスを標準化し、Dockerだけでなくどんなコンテナランタイムでも対応可能に

カテゴリ　Docker / コンテナ / 仮想化
タグ　 cri-o , Kubernetes

前の記事
［速報］次バージョンのDocker for Win/Macでは、ローカルにKubernetes環境も自動構築。DockerCon Europe 2017

カテゴリ

• クラウド
• Docker / コンテナ / 仮想化
• 開発ツール / 言語 / プログラミング
• DevOps / アジャイル開発
• 運用ツール / システム運用
• Web技術 / JavaScript
• Windows / Linux / OS
• サーバ / ストレージ / ネットワーク
• RDB / NoSQL / ミドルウェア
• 機械学習 / AI / ビッグデータ
• 業務アプリケーション / Office
• 働き方 / 給与 / 学び
• 業界動向 / IoT / その他
• 編集後記 / おもしろ
• 殿堂入り / オススメ

Blogger in Chief

Junichi Niino（jniino）
IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。
（詳しいプロフィール）

Publickeyの新着情報をチェックしませんか？
Twitterで ： @Publickey
Facebookで ： Publickeyのページ
RSSリーダーで ： Feed

新着記事 10本

• Kubernetes、Dockerに依存しないKubernetes用の軽量コンテナランタイム「cri-o」正式版1.0リリース
• ［速報］次バージョンのDocker for Win/Macでは、ローカルにKubernetes環境も自動構築。DockerCon Europe 2017
• ［速報］DockerがKubernetesとの統合およびサポートを発表。DockerCon EU 2017
• GitHubでもっとも人気の言語はJavaScript、フォークされたのはTensorFlow。GitHubが今年の統計情報「The State of the Octoverse 2017」を発表
• 「Bash on Windows」という名称は非推奨に。正式名称「Windows Subsystem for Linux」（WSL）としてベータを卒業、正式リリースに
• Google Compute Engineの仮想マシン、複数ネットワークインターフェイスをサポート開始。最大8つまで
• HashiCorp創業者、ミッチェル・ハシモト氏に聞く（後編）～ハシモト氏と日本の関係、そしてファウンダーとしての役割とは
• HashiCorp創業者、ミッチェル・ハシモト氏に聞く（前編）～HashiCorpを設立した経緯、エンタープライズ市場へフォーカスする理由とは？
• 2017年10月は、GitHub開発のための最初のCommitからちょうど10年、GitHub CEOが明かす。GitHub Universe 2017
• GitHub CEOが語るソフトウェア開発の未来。ソフトウェア開発とは問題の解決であり、コーディング作業はゼロになっていく。GitHub Universe 2017

PR - Books