クラウドのコンテナにはどのようなものが適していますか？

Question

私はコンテナとクラウドベースのサービス（AWS Azureなど）でその使い方を理解しようとしていましたが、実際に使用する理由は何もありません。仮想マシンにアプリケーション（またはサービス）をデプロイすることも、コンテナ内で同じことを実行することもできますが、それでもいくつかの環境で実行するだけですNx 1:1 VM to container。

第2のアプローチは、1つの強力なVMを持っていることと、コンテナマネージャーがコンテナにコンピューティング電源を分配するということです.- ただし、VM上で実行されているアプリケーションの違いは容器？コンテナ管理は、不必要なオーバーヘッドによってコンピューティングパワーを奪うことはないでしょうか？それに代わるものとして、価格は線形スケーリングです（例えば、単価が同じであれば数が同じです）ので、2台のコンテナを持つマシンを1台持ち、パフォーマンスを倍増させるのと同じです。

本当に役に立ちそうなクラウドサービスにいくつかの例を挙げてください。

Answer 1

コンテナはすべて、ハードウェアの密度を高めようとしています。つまり、リソースの量があれば効率的にサービスを実行できます（したがって、$を節約できます）。

プリンシパルは、コンテナがVMと同じではなく、独自のOSなどのコピーを持たないことに基づいています。コンテナ化されたサンドボックスであり、コンテナ化技術によって管理されますコンテナがアクセスできるリソースを制御します。

これはまた、1つのコンテナが1つのタイプのサービスを実行するようにシステムを設計すると、コンテナ管理レイヤーは、各サービスはいつでもスピンアップまたは配信できます。これをSOAアーキテクチャと比較します。SOAアーキテクチャは、サービスではなく階層（通常は必ずしもそうではありません）に拡張されます。 Web層は、Webサーバーとサービスを実行する一連のVM、複数のバックエンドサービスを実行するアプリケーション層などとなります。コンテナでは、その区別をする必要はありません。独立してスケーラブルな階層を100個持つこともできます。

あなたが消費するものに対してのみお金を払う完全なクラウドに最適です - アプリケーションスイートがきめ細かくなればなるほど、それがより効率的に実行されるため、消費するリソースは少なくて済みます。

コンテナ管理技術は、その後も、などなど回復力、ネットワーキング、ワークロードの分布、規模を管理することができます...

あなたは通常、1つのまたは2つのVM（または多分クラウド上でホストすることができる小規模なアプリケーションやワークロードの場合コンテナを使用するとコストが高くなる可能性があります。通常、コンテナをホストしてコンテナをホストし、ハードウェアの配布によって復元力を提供したい場合、これらのリソースの一部はコンテナの管理。より適切なユースケースは、多くの異なるサービスコンポーネントを持つ大規模なシステムであり、それぞれが時間の経過とともに需要が変化する可能性があります。

技術によっては、通常、実際のVMSの数は3から20の間で増えますが、通常はノードごとに複数のコンテナがあります。 20台のVMで動作するため、3台のVMSを使用すると、VMを拡張する前に3 x 20 = 60インスタンスのサービスをホストすることができます。あなたは何をタイプサービス60のものをあらかじめ決めておく必要はありません。したがって、Webフロントエンド、計算サービス、およびデータアクセスサービスの3つのサービスをホストする3台のVMから始めてもかまいません。需要が増えるにつれて、フロントエンドサービスの10インスタンス、計算の35、データアクセスレイヤーの5つになります - 60コンテナの10 + 35 + 5 = 50を使用します。

あり、ここで、容器の密度を記述するための良い視覚的な画像です： Linux Journal