Huawei の Liang Chenye: OCI コンテナ標準のコミュニティの進化と OCI ソリューションの実用化

[51CTO.comより引用] 2017年12月1日～2日、51CTO主催のWOTDグローバルソフトウェア開発技術サミットが深セン中州マリオットホテルで開催されます。このサミットのテーマはソフトウェア開発であり、数十名の専門家ゲストが多くの素晴らしい技術コンテンツを共有します。当時、ファーウェイのチーフエンジニアである梁晨業氏は、マイクロサービスとコンテナ技術セッションのゲストに対し、「OCIコンテナ標準のコミュニティの進化とOCIソリューションの実用化」と題した基調講演を行い、コンテナ標準の現在の開発状況と完全なOCIコミュニティソリューションの構築方法について詳しく説明しました。 51CTO は、皆様がこのカンファレンスにご参加いただき、テクノロジーがもたらす喜びを私たちと共有していただくことを心より願っております。

51CTO記者は、同会議で講演する梁晨野氏に独占インタビューを行った。 OCI ソリューションの実際の適用について彼がどのように解釈しているかを少し覗いて聞いてみましょう。

OCI 1.0がリリースされました

2015年にDocker、IBM、Microsoft、Red Hat、Googleで構成されるOCIアライアンスが設立され、2016年4月に初のオープンコンテナ標準を発表しました。開発者がアプリケーションをパッケージ化してデプロイし、さまざまなコンテナランタイムを自由に選択できるようにするOCIランタイム標準を発表したほか、コンテナ技術コミュニティによって策定され、仕様を確立し、コンテナイメージの作成、認証、デプロイ、命名方法を確立するオープンコンテナOCIイメージ標準も発表しました。今年初め、最初の標準 OCI 1.0 バージョンがようやく正式にリリースされました。これは、コンテナが標準化に一歩近づいたことを意味します。

OCI コンテナ標準はこれまでどのように発展してきましたか?梁晨野教授が詳しい紹介をしました。

ランタイム標準はバージョン 1.0 がリリースされており、比較的成熟しています。 runc、rkt、runv など、現在主流のコンテナ エンジンは、ランタイム標準と互換性があります。画像規格もバージョン 1.0 がリリースされていますが、この規格はフォーマット規格に限定されています。 OCI イメージ形式は、完全な階層化テクノロジと記述ファイルを含め、Docker イメージ形式と非常によく似ています (OCI イメージ形式は Docker イメージ形式に完全に基づいているため)。

現在、OCI コミュニティは、ランタイムがランタイム標準に準拠しているかどうかを検証するためのツールと、イメージがイメージ標準に準拠しているかどうかを検証するためのツールを提供しています。

実行時検証は、各標準項目の予想される結果と実際の結果を比較することです。すべてが一貫している場合、標準が満たされていることが証明されます。そうでない場合はエラーが報告されます。たとえば、プログラム実行中の環境変数が設定と一致しているかどうかを確認するには、実行中の環境変数と構成内の環境変数を比較するだけです。イメージの検証とは、イメージの各レイヤーと構成項目が OCI の意味に準拠しているかどうかを判断することです。非準拠の構成がある場合、イメージは「非 OCI 標準」であることを意味します。

OCI ロードマップ

無視できない欠陥がある

コンテナ標準の開発の歴史はまだ浅く、現在は主に 2 つの欠陥があります。

1. イメージの検出と取得のメカニズムが欠如しており、これが主流のDocker/rktとの最大のギャップでもある。

画像規格では画像フォーマットは定義されていますが、「画像をどこでどのように入手するか」が依然として問題となっています。これにより、ユーザーや開発者が使用可能なイメージを見つけることができないため、OCI イメージの人気が制限されます。これに対処するために、コミュニティのアプローチは、Docker から Docker イメージを取得し、それを OCI イメージに変換することです。しかし、これを商品化することは到底不可能であることは明らかです。

これは、Docker が人気がある理由も説明しています。つまり、Docker のイメージ アプリケーションは比較的豊富で、イメージの作成と公開が非常に便利です。イメージ配布メカニズムがなければ、OCI は理論上の製品にすぎません。

2. より多くのシナリオをカバーできない

コンテナ ソリューションは多種多様であり、OCI コミュニティはすべてのシナリオに対応できる標準を予見することはできません。たとえば、runV には OCI では満たせないオプションもいくつかあります。

Liang Chenye氏は、Dockerがコミュニティ内で唯一の支配的な企業であるため、現在のコンテナ標準は平和的に共存できると述べました。コンテナ標準が将来さらに多くのソリューションをカバーできるかどうかはまだ不明です。それが「標準」コミュニティにとっての本当の試練となるでしょう。

完全なOCIコミュニティソリューションの構築

完全な OCI コミュニティ ソリューションを構築する方法に関しては、Docker ソリューションが依然としてリファレンスとして使用できます。

Docker には次のものが含まれます: 1. Hub: イメージのホスティングを担当します。 2. ビルド: イメージの制作を担当します。 3. Dockerfile: イメージ作成用の構成ファイル。 4. Docker pull/push: イメージの転送を担当します。 5. イメージ: ローカル管理、取得したイメージをローカルに保存します。 6. Docker run: イメージの実行を担当します。そのうち4〜6はDockerコマンドで完了します。

ここで、1 から 5 は実際にイメージに関連し、6 のみがランタイムに関連します。したがって、完全な OCI ソリューションには、多数の画像関連の操作が必要であることがわかります。これらは OCI では利用できませんが、OCI コミュニティが将来行う予定です。

Liang Chenye 先生は、現在のオープンソース プロジェクトをプロトタイプとして使用して、WOTD で完全な OCI ソリューションを実演します。

OCI アーキテクチャ図

商業的成熟に向けて

現在、OCI は、「簡単なものから始めて難しいものに進む」という原則に従って、ランタイムとイメージ形式の標準化に重点を置いています。 1.0 標準のリリース後、OCI 標準の範囲は、画像検出メカニズム、画像取得メカニズムなどのコンテンツに徐々に拡大され、新しいプロジェクトが導入される予定です。将来、OCI コミュニティのソリューションは確実に「商業的に成熟」し、そのとき初めて OCI の価値が真に反映されるでしょう。

PaaS クラウドの開発者、デプロイ担当者、オペレーターは、統合ランタイムと選択したイメージ間の互換性の問題について心配する必要がなくなりました。 OCI 標準に準拠している限り、シームレスに「取得」および「実行」できます。

【講師プロフィール】

Liang Chenye 氏は Huawei のシニア エンジニアであり、コンテナ関連の開発とコミュニティ組織化の業務に従事しています。彼は現在、Linux/OCI コミュニティのメンテナーであり、Huawei のコンテナ OS コミュニティ (EulerOS iSula) の責任者です。コミュニティ伝道、コミュニティ開発、商用製品の提供において 10 年以上の経験があります。彼は GNOME コミュニティと openSUSE コミュニティで積極的に活動しており、オープンソース開発とオープンソースから商用利用への移行について深い理解を持っています。

ダブル11特別割引コード[B310BD20D337F914]を使用して200元の割引を受け、私と一緒にWOTDグローバルソフトウェア開発テクノロジーサミットに行きましょう！詳細については、 wot..comをクリックしてください。

[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください]