DockerとKubernetes

今日、KubernetesとDockerについて知り、それぞれの特定のケースでどちらのテクノロジーを使用するのが良いかを理解し、両方を同時に使用する価値がありますか？多くの場合、開発者（特に初心者）は、コンテナ化するアプリケーション（KubernetesまたはDocker）を選択する必要に直面しています。これらのテクノロジーのそれぞれがどのような目的に最も適しているかを考えてみましょう。



これを行うには、まず、Kubernetes（K8）とDockerのコンテキストで「コンテナー」という用語を定義しましょう。これにより、それぞれに飛び込む前に、両方のテクノロジーの基本を理解することができます。

コンテナとは

最大のパフォーマンスを得るために、理想的な環境にアプリケーションをインストールするとします。通常、このような環境のパラメータは、サーバーラック、ネットワーク変数、および外部インフラストラクチャの他の技術的特性によって異なります。これは、100％の場合、最大のパフォーマンスを達成できないことを意味します...物理的な場所からアプリケーションを抽象化するコンテナーを作成しない限り。

指定された変数（OSタイプ、コンピューティングなど）を持つサンドボックスまたは仮想マシンを想像してみてください。同じハードウェアに、OSと変数が異なる別のアプリケーション、コンテナーもインストールする必要があり、これにより、このアプリケーションのテストと展開に理想的な分離された環境が作成されたとします。

これらのコンテナ化されたアプリケーションは、別のコンピューター上にあるかのように、さらには別の場所にあるかのように機能します。コンテナーを使用する主な利点は、コンテナーの環境を任意のデバイスに複製できるため、ソフトウェア開発のコンテナー前の時代に存在していた不整合の問題が解消されることです。

Kubernetesとは何ですか？

Kubernetesは、コンテナとコンテナ化プラットフォームに関連するタスクを調整するために2014年にGoogleによって開発されたツールです。これは、複数のコンテナーを管理できるオープンソースシステムであり、その機能を拡張して（以下の機能を参照）、「コンテナー化された」アプリケーションをスムーズに実行し、利用できるようにします。

Kubernetesの主な機能

Kubernetesの機能の一部は次のとおりです。

1. 開発、テスト、および展開のための明確に定義された環境を維持します
2. 予測可能で自動的にスケーラブルな（水平方向の）インフラストラクチャ
3. 自己修復（キャンセル可能）負荷分散環境
4. アプリケーションをインストールするための十分な機会
5. アプリケーションレベルの管理ツール

これらは、開発者がGoogle KubernetesEngineを構築した5つの主な特徴です 。

Dockerとは何ですか？

Dockerは、2013年に開発されたコンテナ化ツールです。Dockerはオープンソースでリソースの少ないテクノロジーでもあり、開発者はポータブルコンテナーへのアプリケーションのインストールを自動化できます。

Dockerの主な機能

Dockerの機能の短いリストは次のとおりです。

1. DockerBuildと環境イメージを共有する
2. コンテナを作成する際の言語と音声認識のためのDockerAssemble
3. 開発者の生産性を最適化するためのネイティブおよびクラウドベースのツール
4. バージョン管理アプリケーションの開発に取り組んでいるチーム向けのCI / CDツール
5. 大規模なクラスターを強力にサポートする高い復元力

DockerまたはKubernetes。どちらかを選択する必要がありますか？

常にではない。

プロジェクトを開始するときに、Kubernetes自体がコンテナを開始することはできません。これには、Docker（またはその代替）を使用することをお勧めします。ただし、相乗効果で使用することをお勧めします。

Dockerはコンテナを作成して管理します...そしてKubernetesがDockerを管理します。

アプリケーションが単純な場合、Dockerはアプリケーションの実行を維持するために必要なすべてのインフラストラクチャを提供することもできます。アプリケーションが大きくなるにつれて、複数のクラスターやより複雑なメンテナンスが必要になる可能性がある場合は、Kubernetesを使用する必要があります。

アプリケーションが拡張する場合にのみ、選択に直面します。

Dockerの長所と短所：コンテナ化

このテクノロジに関連する利点がない場合、開発者はアプリケーションをコンテナ化することを望まないでしょう。Dockerを理想的なソリューションにする明らかな利点のいくつかと、その欠点のいくつかを見てみましょう。

長所：

• 作成のしやすさ。Dockerでのコンテナーの初期化は高速で、最小限の技術スキルしか必要としません。
• Dockerツール。スターターツールの完全なセットを使用すると、コンテナーの管理が簡単になります
• 効果的なサポート。Dockerには、テクニカルサポートを提供し、発生する可能性のある問題のトラブルシューティングを支援する開発者の活発なコミュニティがあります。

マイナス：

• . . , .
• . Docker - , . .
• . Docker , , .

Kubernetes:

Dockerと同様に、Kubernetesには、開発者が使用するときに考慮する必要のある長所と短所があります。K8の使用についてより深く理解するために、いくつかの長所と短所を見てみましょう。

長所：

• ポッドモジュール（ポッド）。 K8は、予期しない障害が発生した場合に自動回復（再作成）で保存するためのポッド（コンテナーおよびコンテナー化ツール）をサポートします。
• Googleによって開発されました。Kubernetesは、開発者の人気と成長している（最大の）コミュニティにより、その品質に自信を植え付けています（もちろん、全員ではありません）。
• デフォルトのストレージ可用性。開発者の便宜のために、K8にはクラウドストレージとSANストレージが付属しています。

マイナス：

• 複雑なインストール。多大な技術的努力を必要とし、適切にインストールして構成するのに長い時間がかかります。
• 「やり過ぎ」 -単純なアプリケーションでは、Kubernetesのような複雑さは必要ありません。しかし、アプリケーションが「シンプル」であることを認めている開発者は誰ですか？
• K8の技術的能力は安くはありません。DevOps開発者サービスは、Kubernetesツールの構築と保守に費用がかかります。

これらの欠点にもかかわらず、K8はアップグレードする価値のある有望なテクノロジーです。経験によれば、アプリケーションをその標準に従ってゼロから構築すると、コストと複雑さが大幅に削減されます。

DockerとKubernetesの使用例

この投稿ではDockerとKubernetesを分離して取り上げていますが、それらが分離して存在していないことを認める必要があります。他の競合するオーケストレーションおよびコンテナ化ツールは成功を主張しています。

ただし、状況によっては、K8とDockerが理想的です。場合によっては、2つのテクノロジーを一緒に使用する必要はありません。以下でそれらを考えてみましょう。

Kubernetesを使用するタイミング

アプリケーションの規模が大幅に拡大した場合は、K8にアップグレードする時期が来ている可能性があります。

• ほぼ完璧な稼働時間。Kubernetesの自己修復機能により、システム障害の数に関係なく、リソースを大量に消費するアプリケーションが引き続き機能します。
• 異なるコンテナ化サービスプロバイダーから選択する場合。K8は（さまざまなレベルの難易度で）ほぼすべてのサプライヤーと協力しているため、オーケストレーションシステムとしてK8を使用すると、選択の自由が得られます。試用期間後のサービスの品質に満足できない場合、サプライヤーはあなたの会社との契約の資格を得ることができません。
• 上向きの可能性がわからない場合。水平スケーリング中に、K8は自動的にリソースをアプリケーションに割り当てます。

Dockerを使用する場合

場合によっては、アプリケーションをホストするためにDockerとそのツールを使用する方がよい場合があります。それらのいくつかを見てみましょう。

• 8 . , API Docker . Docker Swarm 8.
• . Docker - , . .
• CLI. Docker CLI, .

一緒に使用すると、KubernetesとDockerは互いに補完し合います。まず、Kubernetesを実装してコンテナを検証するときに不満を言った帯域幅が遅いことに注意する価値があります。

アプリケーションをサポートするための予算と技術的能力がある場合、これらのツールはうまく機能します。コミュニティの助けを借りて、アプリケーションのダウンタイムが発生することはありません。

また、これらのツールにはそれぞれギャップと弱点があるため、一緒に機能することも認識しておく必要があります。 Kompose by K8は、DockerComposeを応用したものです。これは、両方のツールの使用が標準であり続けていることを意味します。

したがって、この対立の結果は友好的な引き分けです。ユースケースは完全にあなたの好みに依存します。ただし、Kubernetesだけを使用しないことをお勧めします。