Dockerとは

ソフトウェア開発は、「でも私のマシンでは動きます」という時代からずいぶん進歩しました。これは主にアプリケーションをオンプレミスや複数のクラウドサーバで完璧に実行し、隔離された一貫性のある環境を通じて必要に応じて移動したり拡張できるコンテナ化によるものです。

Dockerは、開発者がコンテナ化されたアプリケーションを迅速に構築、テスト、導入できるようにするオープンソースの標準ソフトウェア・プラットフォームです。Dockerとその関連コンテナ・サービスがここ数年で広く普及したことも不思議ではありません。2013年のほとんど知られていないかなり技術的なオープンソーステクノロジーから、Dockerは、多くのエンタープライズ製品で正式にサポートされるようになった標準化されたランタイム環境に進化しました。

前述の通り、ここまで長い道のりを歩んできました。

Dockerとは

Dockerは、開発者やシステム管理者がアプリケーションをコンテナにパッケージ化できるオープンソース・プラットフォームです。その後、これらのコンテナをオンプレミスのサーバやクラウド上のサーバなどの導入プラットフォームにプッシュし、直接実行することができます。1つのサーバ上で多数のDockerコンテナ（それぞれが独自のアプリケーションを持つ）を実行することができ、それらのアプリケーションは互いに分離されるため、データのセキュリティと信頼性を提供します。

Dockerコンテナを互換性のあるサーバ上で実行できる柔軟性は、このテクノロジーの最大の強みの1つです。Dockerは、2013年のPyConカンファレンスで、先見の明のあるソフトウェア・エンジニアSolomon Hykesによって初めてコンセプトが紹介されました。Hykes氏は、専任チームとともに、アプリケーションのサーバへの導入に関する課題、つまりリソース集約的で、面倒で、エラーが発生しやすいプロセスを伴うことの多い作業への対処を目指しました。Dockerは、アプリケーションのライフサイクル全体を簡素化し、最適化するために考案されました。

今日、Dockerコンテナは、数千のコンテナと数百のサーバを含む、ビジネスクリティカルで大規模な導入に使用されています。コンテナ化の基本概念から着想を得たDockerは、アプリケーションの導入に斬新で革新的なアプローチをもたらしました。Dockerは一連の強力な機能を導入することで、コンテナ化を新たな高みへと引き上げました。

コンテナを使用すべき理由

Linuxのコンテナは2008年から存在していましたが、それらを有名にするために2013年、Dockerコンテナが登場しました。コンテナの大きなメリットは、すべてのライブラリ、アイコンやユーザー・インターフェース・コンポーネントなどのグラフィック、システムツール、ランタイム実行ファイルなど、アプリケーションや特定のサービスを実行するために必要なものをすべて保持することです。Dockerコンテナは、LinuxやWindowsなどの特定のオペレーティング・システム上で実行するように設計されています。ほとんどの場合、Dockerコンテナは構成を変更することなく、そのオペレーティング・システムを実行させているサーバーやラップトップ、デスクトップ上に導入できます。

DockerとKubernetes

Dockerエコシステムはコンテナの作成や すべてのアプリケーションパーツをコンテナに入れ、導入のためにパッケージ化することに携わっています。数個のコンテナであれば問題ありませんが、数百、数千のコンテナではどうでしょうか。そこで、Kubernetes自動化プラットフォームが登場します。

Dockerと同様に、Kubernetesはハイテク業界全体で幅広くサポートされているオープンソース・プロジェクトです。これは、Dockerコンテナをサーバーに導入し、パフォーマンスをモニタリングし、必要に応じて新しいコンテナを起動し、コンテナを最新バージョンに更新し、時期が来たらシャットダウンするというプロセスを自動化するために使用するツールです。

Kubernetesの主なメリットは、複数のサーバー全体で多数のコンテナを導入する際の管理容易性を管理するために役立つことであり、クラウドであれオンプレミスであれ、コンテナ・テクノロジーの大規模導入には必須です。Kubernetesは、コンテナのライフサイクルを自動的に調整し、ホストしているインフラストラクチャ全体にコンテナを分散します。Kubernetesは、需要に応じてリソースをすばやくスケールアップまたはスケールダウンできます。

主なポイント

• コンテナは、アプリケーションのバイナリ実行可能ファイル、ライブラリ、イメージ、その他のデータ、およびアプリケーションの構成に関する詳細を含む、アプリケーションを実行するために必要なすべてのものをパッケージ化します。
• Dockerはコンテナ化されたアプリケーションを作成するための最も一般的なフォーマットの1つで、オープンソースであり、すべての主要なクラウド・プロバイダーから幅広くサポートされています。
• Dockerではコンテナの構成時にそのプロセスが行われるため、アプリケーションを手動でインストールおよび設定する必要はありません。
• 分離することで、多くのコンテナを1台のサーバーにインストールすることができ、サーバー・ハードウェアの価値を最大化できます。
• Kubernetesのような業界標準ツールは、ネットワーク全体で数百、数千のコンテナ化アプリケーションの導入を自動化できます。

Dockerの説明

Dockerはオープンなアプリケーション開発フレームワークで、開発者とシステム管理者の両方に利益をもたらすように設計開発者とシステム管理者の両方に利益をもたらすように設計されています。これにより、開発者がコードを構築し、アプリケーションを導入・管理する別の管理チームに「壁越しに投げ渡す」従来の方法ではなく、開発者がクラウドベースのアプリケーションを管理するDevOpsモデルが実現します。

Dockerを使用すると、開発者は軽量でポータブルな自給自足のコンテナとして、ほぼすべてのシステム上でアプリケーションを簡単に構築、梱包、出荷、実行することができます。現在、開発者は元となるオペレーティング・システムや導入システムを心配するのではなく、アプリケーションを組織のニーズに確実に合致させることに集中できます。

また、開発者はDocker環境で実行するために作られた何千ものオープンソースのコンテナ化アプリケーションから選択できます。DevOpsチームの場合、Docker は継続的インテグレーションと開発ツールチェーンに適しており、システム・アーキテクチャの制約と複雑さを軽減します。DockerとKubernetesのようなコンテナ・オーケストレーションのクラウド・サービスを利用すれば、開発者は誰でもコンテナ化されたアプリケーションをローカルで作成し、クラウド・サービス上の本番環境で実行することができます。

Dockerを使用するメリット

Dockerコンテナによる開発の民主化：ソフトウェア業界では、開発者をフロントエンド、バックエンド、またはその中間という専門性で分類することがよくあります。Dockerを使えば、基本的な概念に精通している人なら誰でもコンテナを作成、導入、管理できます。Dockerのコンテナ化サービスは、ソフトウェアをサーバーに直接インストールする従来の方法よりも多くの利点を提供します。

主な利点は以下の通りです。

• 一貫性:アプリケーションとその依存関係をコンテナ内にカプセル化することで、一貫性のあるランタイム行動とパフォーマンスが得られます。
• 効率的なリソース管理: Dockerの共有カーネルアーキテクチャは、複数のコンテナを最小限のオーバーヘッドで単一のホスト上で実行し、ハードウェア・リソースの利用状況を最大化します。
• スケーラビリティの向上：コンテナ内で実行するアプリケーションが過負荷になった場合、Kubernetesマネージャーはそのコンテナの別のインスタンスを別のサーバーに作成することができます。ロード・バランサは実行するインスタンス間で仕事を分割することができます。
• 分離とセキュリティ:コンテナはプロセスを分離し、サーバーで実行されている各アプリケーションのセキュリティを向上させます。
• マイクロサービス・アーキテクチャ:コンテナ化テクノロジーは、アプリケーションを独自のコンテナで実行する、より小さく独立したサービスに分解するマイクロサービス・アーキテクチャの重要な実現手段です。これにより、モジュール性、スケーラビリティ、保守性が向上します。
• 移植性:コンテナは、開発環境から本番環境まで、さまざまな環境にわたってアプリケーションの移植性を提供し、異なるインフラストラクチャ設定間での容易な移動を可能にします。
• 迅速な導入: 高速なスタートアップ時間と効率的なリソース利用により、コンテナの停止と起動が容易になり、ランタイム・コードのシンプルな更新と効果的なロード・バランサが促進されます。
• 確実で効率的なリソース利用状況：サーバーを1つのDockerコンテナ専用にすることができます。ただし、コンテナがサーバーのすべてのリソースを必要としない場合は、そのサーバーを使用して追加のコンテナを実行することもできるため、ハードウェアをフル活用できます。
• 管理の簡素化: Dockerの直感的なインターフェースと堅牢なツールおよびコマンドのセットは、コンテナ管理を簡素化し、アプリケーションのモニタリング、アップデート、スケーリングを容易に支援します。
• 導入とCI/CD統合の迅速化： サーバーにソフトウェアをインストールして構成するプロセスは、数分から数時間かかる場合があります。コンテナの導入にかかる時間は、数秒です。 Kubernetes自動化プラットフォームは、クラウド ネイティブなアプリケーションを実行するために一般的に使用される、最新の統合/継続的導入アプローチに必須です。

Dockerの仕組み

Dockerのコアコンセプトは、イメージとコンテナです。Dockerイメージには、実行コード、ドライバ、ツール、スクリプト、ライブラリ、導入など、ソフトウェアを実行するために必要なものがすべて含まれています。

Dockerコンテナは、Dockerイメージの実行中のインスタンスです。ただし、従来の仮想マシンとは異なり、Dockerコンテナはホスト・オペレーティング・システムのKernel上で実行するため、イメージには個別のオペレーティング・システムは含まれません。そのためコンテナは軽量でポータブルになりますが、同時にコンテナを特定のオペレーティング・システム用に構成する必要もあります。Linuxをターゲットに記述されコンパイルされたアプリケーションを保持するDockerコンテナは、Linuxベースのサーバーでのみ実行することができます。

Dockerコンテナはすべて、独自のファイルシステム、独自のネットワークスタック（したがって、独自のIPアドレス）、独自のプロセススペース、およびCPUとメモリの定義済みリソース制限があります。Dockerのコンテナはオペレーティングシステムを起動する必要がないため、すぐに起動します。Dockerは、アプリケーションからホスト・オペレーティング・システムのリソースを切り離す、いわゆる分離を目的としています。そのため、1つのサーバー上で多数のコンテナを実行することが可能で、各コンテナはセキュアに分離されていますが、ベースとなるオペレーティング・システムとハードウェアを共有しています。

Dockerアーキテクチャの説明

Docker本番システムのアーキテクチャには、Dockerデーモン、Dockerクライアント、コンテナ・イメージとレジストリ、コンテナ・オーケストレーションと管理が必要です。これらの要素はクラウドでもオンプレミスでも実行することができます。

• Dockerデーモンは、Dockerコンテナをホストする各サーバー、またはデスクトップやワークステーション上で実行するバックグラウンド・プロセスです。コンテナの起動や停止、コンテナとのネットワーク通信のルーティングなど、コンテナとのやりとりをすべて管理します。
• Dockerクライアントは、開発者や管理者がDockerデーモンとやりとりするために使用するツールです。かつてはコマンドラインインターフェースを使用していましたが、現在ではグラフィカル・インターフェースを提供しています。
• コンテナ・イメージは、コンテナのプロビジョニングに使用する読み取り専用のテンプレートです。Dockerデーモンは、サーバー上でコンテナを起動し構成する方法を指示するコンテナイメージを読み込み、そのコンテナ内でアプリケーションを起動します。
• コンテナ・レジストリは、Dockerイメージをその説明とともに保存する一元化されたリソースです。DockerクライアントまたはKubernetes自動化プラットフォームは、Dockerデーモンに、コンテナ・レジストリにアクセスし、必要な各コンテナ・イメージを取得して起動するよう指示します。
• コンテナ・オーケストレーションとは、クラウドやオンプレミスのデータセンターにある数十または数百のサーバー上にある数百または数千のコンテナを管理するプロセスです。比較的小規模な導入の場合、企業はDockerプラットフォームに組み込まれた機能であるDocker Swarmを使用することができます。企業全体にわたる大規模な導入の場合、Kubernetesが業界標準です。
• コンテナ管理には、オーケストレーションだけでなく、スケーリング、ロード・バランサ、ロギングとログ分析、セキュリティとアクセス制御が含まれます。

Dockerと仮想マシン

従来の仮想マシン（VM）とコンテナには大きな違いがあります。VMは、オペレーティング・システム、デバイス・ドライバ、アプリケーション、データを含む、サーバー（または任意のコンピューター）の完全なソフトウェア・シミュレーションです。VM設定では、ハイパーバイザーがサーバー上で実行され、仮想マシンをオーケストレーションし、Docker Engineがコンテナで実行するものと同じ機能を実行します。

一方、コンテナはアプリケーションとデータのみを保持し、ホスト・コンピューターのオペレーティング・システムとデバイス・ドライバを使用します。

VMは複数のオペレーティング・システムを実行し、単一の物理マシン上にセキュアに分離されたアプリケーション環境を提供するために使用されます。しかし、VMには特定の利点が提供される一方で、制限もあります。

• 非効率的なリソース使用:各VMは完全なオペレーティング・システムを必要とし、コンテナよりも大幅に多くのメモリ、ストレージ、および処理リソースを消費します。
• 限られたスケーラビリティ: VMはコンピューター全体のシミュレーションであるため、オーバーヘッドを管理するだけでもより多くのリソースが必要です。そのため、コンピューターが役立つタスクを実行する機能が制限されます。
• 起動時間の遅さ: VMを起動するには、オペレーティング・システム全体をロードする必要があります。このプロセスには時間がかかり、システム全体のパフォーマンスを低下させます。

一方コンテナは、アプリケーションを実行するための分離された環境を提供する一方で、ホスト・オペレーティング・システムのカーネルを共有するため、各コンテナ内でOSを完全にインストールする必要がありません。この共有カーネル・アーキテクチャは、複数のメリットをもたらします。

• 効率的なリソース利用:コンテナはホストのカーネルを共有するため、VMに比べてメモリ・ストレージ要件が削減されます。
• スケーラビリティの強化：コンテナ化されたアプリケーションを水平にスケーリングすることは、Dockerの主な目標です。その設計により、リソースのオーバーヘッドを最小限に抑えながら、複数のインスタンスを迅速に導入できます。
• 迅速な起動時間:オペレーティング・システムを完全に起動する必要がないため、コンテナは数秒で起動でき、アプリケーション導入の迅速化とシステム・パフォーマンスの向上を実現します。

コンテナ化と従来の導入の比較

従来の導入では、ソフトウェアはサーバーにロードされるか、オペレーティング・システム、デバイス・ドライバ、アプリケーション、そしてデータによって構成される仮想マシンにロードされます。これは、通常クラウドまたはデータセンターの専属サーバーで実行する大規模なモノリシック・アプリケーションに最適な、時間のかかるプロセスです。

逆に、コンテナはアプリケーションとその依存関係をすべてイメージにパッケージ化する軽量な方法を提供します。そしてそのイメージはリポジトリに保存され、数秒で抽出され、ターゲット・サーバー上で実行されます。Dockerコンテナ・モデルは自動化ツールによるスケーリングが容易な上、コスト効果の高いモデルであり、開発者はサーバーの機能を最大限に活用することができます。

Dockerの主な構成要素

Dockerの主な概念は、前述のイメージとコンテナです。ここではDockerコンテナ・システムのその他の要素を紹介します。

• Dockerエンジン:Dockerエンジンは、コンテナを構築、実行、管理するための主な実行環境です。ホスト・オペレーティング・システムとコンテナ間のインターフェースを提供し、最適なリソース割り当てとパフォーマンスを実現します。
• Docker Hub: Docker Hubはパブリックおよびプライベート・イメージの膨大なコレクションを提供するクラウドベースのリポジトリで、Docker関連プロジェクトの共有やコラボレーションを行うプラットフォームとして機能します。
• Docker Compose:Docker Composeは、マルチコンテナ・アプリケーションの定義と管理を簡素化するツールです。開発者はYAMLファイルと呼ばれる単一のファイル内で複数のコンテナとその依存関係を定義および設定できるため、複雑なアプリケーションの導入とスケーリングが容易です。
• Docker Swarm: Docker SwarmはDocker Enginesのグループを作成するクラスタリングおよび オーケストレーション・ツールです。複数のホスティングにわたる多数のコンテナの管理を実現し、ロード・バランサ、サービス・ディスカバリ、スケーラブルなアプリケーション導入などの機能を提供します。Docker Swarmの大部分は、コンテナ管理とオーケストレーションのための オープンソース・プラットフォームであるKubernetesに置き換えられています。
• Docker CLIとAPI: Dockerのコマンドライン・インターフェース（CLI）は、開発者や管理者向けに直感的なコマンドを提供し、コンテナを管理するためのシンプルなスクリプト・ツール（コンテナの起動、停止、ステータスのモニタリングを行うプロセスなど）を提供します。Docker APIを使用すると、Kubernetesなどの高度な自動化ツールやオーケストレーションツールで、CLIよりも簡単に同じ機能を実行できます。

一般的なDockerのユースケース

Dockerコンテナ化の多用途性と強力な機能により、さまざまな業界の組織にとって好ましい選択肢となっています。ここでは、多くの場合Kubernetesと一緒に使用されるDockerの最も一般的な使用方法を紹介します。

• ビッグデータと分析: 効率的なリソース利用とスケーラビリティにより、コンテナはビッグデータと分析アプリケーションの最適な選択肢となります。金融や医療などのデータ集約的なセクターの企業は、コンテナを使用して大規模なデータセットを処理および分析し、リソースの割り当てを最適化してパフォーマンスを向上させています。
• クラウドネイティブ・アプリケーション: クラウド・コンピューティングの台頭により、コンテナはクラウドネイティブ・アプリケーションの構築における重要な実現手段となっています。アプリケーションをコンテナとしてパッケージ化して導入する機能は、クラウド・プロバイダー間における移植性と柔軟性を提供し、ベンダー・ロックインなしにクラウド・コンピューティングのメリットを提供します。
• DevOpsと継続的インテグレーション: SpotifyやPinterestなどの組織は、コンテナを活用してDevOpsプロセスを簡素化し、継続的インテグレーションを実現しています。コンテナは一貫した再現可能な環境を提供し、開発パイプライン全体でコード変更のテストと導入を簡素化します。
• マイクロサービスベースのアーキテクチャ: Netflix、Uber、Airbnbなどの大手消費者向けテクノロジー企業は、マイクロサービスベースのアーキテクチャを構築・管理するためにコンテナ化テクノロジーを導入しています。複数のサービスを同時に実行することで、複雑なアプリケーションランドスケープを処理するコンテナの機能は、こうした企業の成功に不可欠となっています。
• Webアプリケーションの導入: コンテナはWebアプリケーションの導入に広く使用されており、一貫した信頼性の高いパフォーマンスを提供しています。シンプルなブログにも複雑なeコマースプラットフォームにも同様に、スケーラブルで非常にセキュアな環境を提供します。

コンテナを始める

Dockerとコンテナを初めて使う人のために、ステップバイステップの開始方法ガイドを紹介します

1. Dockerのインストール。 最初のステップは、ご希望のオペレーティング・システムにDockerをダウンロードしてインストールすることです。DockerはWindows、macOS、さまざまなLinuxディストリビューション向けのインストールパッケージを提供しており、さまざまなユーザーがアクセスできるようにしています。
2. Dockerイメージの作成。 コンテナのブループリントとなるDockerイメージの作成から始めましょう。ここでは、Dockerfileという、ベースイメージ、依存関係のインストール、アプリケーション・レイヤーの構成など、イメージの構築に必要なステップを定義したテキスト・ファイルの記述が必要になります。Dockerイメージは、Dockerfileの各ステップを表すレイヤーで構築されます。
3. 構築と実行 Dockerイメージの準備ができたら、最初のコンテナを構築して実行することができます。Dockerのコマンドライン・インターフェースは、コンテナを管理するための直感的なコマンドを提供し、コンテナの起動、停止、およびステータスのモニターを可能にします。
4. Dockerのエコシステムの詳細。 Dockerは、コンテナ化のエクスペリエンスを向上させるために使用できる豊富なツールやサービスを提供しています。クラウドベースのリポジトリであるDocker Hubは、すぐに使えるイメージの膨大なコレクションを提供し、Docker関連プロジェクトの共有やコラボレーションを行うプラットフォームとして機能します。Docker Composeは、マルチコンテナのアプリケーション管理を簡素化します。

Dockerのベストプラクティス

組織内でDockerの利用を詳細に検討する際には、クラウドネイティブ開発を利用している多くの企業が採用しているベストプラクティスをご検討ください。

• イメージ・サイズとレイヤーの最適化:小さいDockerイメージは構築、テスト、導入が簡単です。イメージを構築する前に不要なファイルをシステムから削除することで、小さなベースイメージから始めることができます。
• セキュリティとパーミッションの管理:許可されたユーザーだけがコンテナへのアクセスを許可されるべきであり、そのコンテナ内で不正な動作をするアプリケーションがセキュリティを侵害したり脅かすことは許されません。標準的なガイダンスを適用し、ルートユーザーとしてアプリケーション・ユーザーを決して実行しない、パッチ適用を常に最新の状態に保つ、Dockerのアクセス制御機能を使用してコンテナのLinuxまたはWindows権限を制限するなどのことを行います。
• 効率的なネットワーキングとロード・バランサ:コンテナが最も効率的なのは、それらが疎結合である場合、つまり、固定された場所に縛られるのではなく、ネットワーク上で意味のある場所であればどこにでもコンテナを作成して移動できる場合です。Docker Networkを使用して柔軟なネットワーク・アーキテクチャを定義し、Nginxなどのツールを使用して、大規模導入におけるコンテナ間のトラフィックをルーティングおよび負荷分散することができます。
• Dockerのモニタリングとロギング:単一のサーバーに導入できるモノリシック・アプリケーションとは異なり、大規模なコンテナ化アプリケーションの状態をモニタリングすることは、自動化ツールを使用しないと難しいことがあります。各コンテナのログを一元化する計画を立て、モニタリング ・ツールを使用して障害を検出し、パフォーマンス・メトリクスを可視化します。

成長のためのコンテナ戦略の最適化

オラクルは、ツール、サービス、自動化など、クラウドネイティブ・アプリケーションの構築と導入に必要なすべてを提供するため、開発チームは運用タスクを削減しながら迅速に構築できます。

オラクルのクラウドネイティブ・サービスはOracle Cloud Infrastructure(OCI)で実行され、他のクラウドプロバイダと比較して高性能で低コストの標準ベース・プラットフォームを提供します。DockerやKubernetesなどのオープンソースやオープンスタンダードに基づいたサービスを活用することで、OCIは開発者があらゆるクラウド環境またはオンプレミス環境でアプリケーションを実行できるようにします。

DockerとKubernetesを含む関連テクノロジーは、ここ数年で広く導入され、大きな成功を収めています。2013年のほとんど知られていない、かなり技術的なオープンソーステクノロジーから、Dockerは最大の企業導入に適切なことが実証された標準化されたラントタイム環境へと進化しました。

Dockerに関するFAQ

コンテナとは

コンテナは、アプリケーションのすべてのコードと依存関係を標準的な形式でまとめ、ほとんどのサーバーで迅速かつ確実に実行できるようにします。Dockerは、コンテナの業界標準オープンソース・フォーマットです。

従来の導入方法ではなくDockerが使用される理由を教えてください。

従来、管理者は実行可能なバイナリ、ライブラリ、データを含むアプリケーションのファイルをサーバーにインストールし、すべてが正しく動作するように構成する必要がありました。複数のアプリケーションをサーバーにインストールして同時に実行し、ハードウェアの利用状況を最大化するには、それらのアプリケーションが互いに干渉しないようにし、1つのアプリケーションが故障しても他のアプリケーションがクラッシュしないようにする必要があります。これは控えめに言っても非常に複雑で、自動化も困難です。

これに対して、アプリケーションを格納するコンテナを作成するということは、そのコンテナには実行バイナリ、ライブラリ、データもあり、すべてがデフォルトの状態で設定されているということです。アプリケーションを実行するには、コンテナをサーバーにコピーする必要があるだけで、あとはDocker EngineとDockerデーモンが処理します。また、コンテナは分離されているため、1つのアプリケーションに障害が発生しても、他のコンテナで実行されているアプリケーションには影響しません。Kubernetesのようなツールは、非常に大規模なコンテナ化アプリケーションの導入と管理を自動化することもできます。

Dockerは仮想マシンを完全に置き換えることはできますか。

Dockerと仮想マシンは補完的なテクノロジーだと考えてください。コンテナはホスト・コンピュータのオペレーティング・システムとデバイス・ドライバを使用します。そのため高速で効率的であり、通常ほとんどの場合、より魅力的な選択肢となります。

しかし、仮想マシンの方が適切な場合もあります。これには、リソースを共有せずに専用のオペレーティング・システムでアプリケーションを実行する場合や、専門的なデバイス・ドライバが必要な場合、同じサーバー上で複数のオペレーティング・システムを実行する場合などがあります。

DockerとKubernetesの統合方法を教えてください。

KubernetesはDockerコンテナを管理するためのオープンソース・システムです。Kubernetesは、コンテナの導入、起動と停止、必要な場合は複数のインスタンスによるスケールアップ、さらにはアプリケーションの障害や応答停止時のコンテナの再起動まで行います。基本的なDockerシステムの一部であるDocker Composeは小規模なコンテナ導入に対応できますが、Kubernetesは数十、数百、あるいは数千のコンテナへのスケーリングに最適です。

企業のクラウド戦略においてDockerが果たす役割を教えてください。

Dockerコンテナはソフトウェアをクラウドに導入するうえで最適です。つまり、1つのコンテナ内で実行する従来型のアプリケーションか、独自のコンテナ内で実行する数十の個別サービスで構成されるマイクロサービスベースのクラウドネイティブ・アプリケーションのいずれかを意味する場合があります。コンテナはクラウド・サービスの開発と導入を簡素化し、エンタープライズ・アプリケーションのスケーラビリティ、セキュリティ、コンプライアンス、テスト、可用性を向上させることができます。DockerとKubernetesは、クラウド・サーバーの利用を最大化して、ランタイム・コストを削減することもできます。