凍えろ、CaaShole!Docker DatacenterのContainer-as-a-Serviceが世界に公開 + 犬

Table of Contents

凍えろ、CaaShole!Docker DatacenterのContainer-as-a-Serviceが世界に公開 + 犬

サンフランシスコのテクノロジー界の寵児 Docker は本日、Docker Datacenter (DDC) サブスクリプション サービスを一般提供開始します。

DDCは基本的に、企業内の開発者がコンテナ内でアプリケーションを構築・テストし、オンプレミスシステムまたはクラウド上の仮想マシンを使用して本番環境にデプロイすることを可能にします。ノートパソコンからサーバーまで、コンテナ内で実行されるアプリケーションは問題なく動作するはずです。Dockerはこれをコンテナ・アズ・ア・サービス(CaaS)プラットフォームと呼んでいます。

オープンソースソフトウェアとクローズドソースソフトウェアを組み合わせたDDCは、昨年6月に初めて公開され、しばらくベータ版として公開されています。企業のプログラマーがDockerコンテナを使ってアプリをライブラリやその他の依存関係を含むパッケージ化し、ラップトップ上で実行し始めたこと、そしてシステム管理者がこれらのコードを信頼性と拡張性をもって本番環境にプッシュするための集中管理ツールを必要としていたことがきっかけで開発されました。

DDCは基本的に、コンテナ化されたアプリにキャスターを取り付け、プログラマーのラップトップから工場のフロアを転がし、顧客が触ったり操作したりできるように、日光の下に送り出すものです。Dockerはこれをエンドツーエンドの開発ライフサイクルと呼んでいますが、一体何が面白いのでしょうか?

その中核となるのはDocker Trusted Registryで、管理者はこれを使用してDockerイメージを管理・保存できます。これらのイメージからソフトウェアスタックが構築され、Dockerが提供するツールを用いてテスト・デプロイされます。開発者はイメージを暗号的に署名できるため、信頼できるイメージのみが本番環境に導入されます。

DDC には、重要な要素であり、技術的に今日一般公開された部分である Docker Universal Control Plane、そしてもちろん Docker Engine も含まれています。

アーキテクチャの概要は以下の通りです。プログラマーは開発マシン上でイメージをビルド・テストし、それらをDocker Trusted Registryと呼ばれるグレーブロブにプッシュします。ここでファイルは整理され、アクセスは厳密に制御されます。その後、必要に応じてオンプレミスまたはクラウドベースのシステムにイメージがデプロイされます。

むしろ、開発者がモノリシックなエンタープライズアプリケーションを、みんながマイクロサービスと呼ぶ個別のコンポーネントに分割することを奨励しています。新規または更新されたログ記録マイクロサービスは、開発者によって作成、テストされ、Dockerイメージとしてレジストリにプッシュされ、運用担当者が変更に満足すれば、アプリケーションがシームレスに使用できるコンテナとして本番環境に展開されます。

「当社の顧客が、完了するまでに何カ月もかかる変更を、数時間で展開できるようになった例を私たちは見てきました」とDockerのシニアプロダクトマネジメント副社長、スコット・ジョンストン氏はEl Regに語った。

「例えば、ヨーロッパのING銀行では、変更を展開するのに9か月かかります。コードレビュー、Q&A、負荷テスト、ステージングなどのすべての手順を実行する必要があります。」

「モノリシックアプリケーションでは、たった1行の変更でも大きなリスクを伴います。マイクロサービスを導入すれば、完全な再コンパイルや再構築を行うことなく変更をプッシュできます。9ヶ月かかっていた作業が、わずか数時間で完了するのです。」

つまり、顧客向けアプリは、例えば競合他社との競争に備えて、機能の追加や調整を迅速に行うことができます。「顧客の要望や競争圧力に対応できるということです」とジョンストン氏は付け加えました。「CIOやCTOはCEOにこう伝えることができます。『これらのアプリは準備中ですが、数ヶ月ではなく数週間で提供できます』と。」

これまでのDockerは、コンピュータサイエンスにおける驚異的なブレークスルーを成し遂げたわけではありません。設定が面倒で習得も大変だった既存の技術を、極めて簡単でスムーズに使えるようにすることを目指してきました。そして今、Dockerはそのアプローチを企業向けコンテナデプロイメントにも採用しています。マイクロサービスは万人向けではありません。魔法の杖を振ってすべての依存関係を個別のサービスに変えることはできませんし、非常に厄介な複雑さを生み出す可能性があります。それでも、多くの人がマイクロサービスを信頼しています。

以下は、米国の大手給与処理サービス企業である ADP が DDC を使用して、モノリシック プログラムから、交換可能かつ更新可能なマイクロサービスで構成されるアプリに切り替えた方法を示す簡略図です。

アプリの依存関係を別のマイクロサービスに移動する...クリックして拡大

Docker社にとって、ADPにソフトウェアを正しく対応させることは極めて重要でした。なぜなら、財務部門はDocker社員の給与明細を処理しているからです。「DockerはADPを使用しているので、これをうまく導入することに関心があります」とジョンストン氏は語ります。

自分のドッグフードを食べることについて話しましょう。

「ビジネスクリティカルなアプリケーションをマイクロサービスに近代化する取り組みの一環として、ADPは、開発者がIT部門で検証され、セキュリティ保護されたコアサービスの中央ライブラリを活用し、迅速に反復できるソリューションを調査してきました」とADPのCTOであるキース・フルトン氏は述べています。

「Docker を使用すると、開発と運用の間、またはデータセンターとクラウドの間であっても、アプリケーションの移植性を確保できます。」

DDCは特定のLinuxディストリビューションや基盤となるハードウェアに依存しません。カーネルとプロセッサは、Dockerコンテナが構築される低レベルの処理をすべてサポートするだけで済みます。料金はDDCをスケールさせたいノード数によって決まります。基本的には1ノードあたり月額150ドルですが、もしDDCがコンテナの導入にご興味をお持ちでしたら、ぜひお気軽にお問い合わせください。®

Discover More