マイクロサービスベースのWebアプリケーションを構築した場合、別のサーバーでドッキング用のコンテナを実行する利点はありますか？私がサーバと言うと、OSやカーネルなどを持っていることを意味します。異なるAmazonサーバーでドッカーコンテナを実行することに利点はありますか？
明白なメリットの1つは、マシンがダウンするとすべてのサービスをダウンさせることではなく、利点？
また、Elastic Beanstalkもこれを行いますか？カーネルを共有する単一のマシンにコンテナをデプロイするだけです（ローカルマシン上のDockerに似ています）。
あなたはクラスタ化されたソリューションについて話しています。複数のノード（ホスト）でサービスが実行されています。
利点は高可用性（単一障害点なし）とスケーラビリティです。複数のノードに負荷を分散させることができ、必要に応じてノードの数を増減して、使用状況に対応できます。これらのすべては、アプリケーションを設計するときに注意する必要があります。
今日、主要なクラウドプロバイダはすべて、クラスタリングをカバーする独自の技術を持っています。 AWSのElastic Beanstalkを使用して、Dockerコンテナに基づいてクラスタ化されたソリューションをビルディングブロックとして作成できます。しかし、あなたはAWSの技術に自信を持っています。私は、オンプレミスのデータセンターと異なるクラウドソリューション（AWS、Azure、GCP）の両方に展開できるように、クラスタ化のためにオープンソース技術（例：Docker Swarm、Kubernetes）に頼っています。
私の質問はElastic Beanstalkにデプロイされたときにカーネルを共有するサービスAとB（ともにDockerコンテナから実行されている）か、別々のマシンで実行されているかということです。 – david
Elastic Beanstalkはあなたに両方のオプションを提供します。 EC2コンテナサービスをクラスタリングテクノロジとして使用して、単一のホストまたは複数のホスト（ノード）上でサービスを実行できます。 Dockerコンテナは、実行中のホストのカーネルを共有します。 – Alkaline