AWS OpsWorks と AWS Beanstalk および AWS CloudFormation を使用することの利点と欠点は何ですか?
自動スケーリング可能なデータベース層を含む、多数の同時 Web リクエスト (毎分 1000 リクエストから 1000 万 rpm まで) を処理するために自動スケーリングできるシステムに興味があります。
アプリごとに個別のインスタンスを用意する代わりに、理想的にはハードウェア リソースを効率的に共有したいと考えています。過去には、主に EC2 インスタンス + RDS + Cloudfront + S3 を使用していました
スタック システムは、Heroku から移行するトラフィックの多い ruby on rails アプリをホストします。また、いくつかの python/django アプリといくつかの PHP アプリもホストします。
前もって感謝します。
AWS Beanstalk: Elastic Beanstalk を使用して Web アプリケーションを実行するインフラストラクチャを気にすることなく、AWS クラウドでアプリケーションをデプロイおよび管理します。EC2 などのインストールについて心配する必要はありません。
AWS OpsWorks AWS OpsWorks は、新しい DevOps ユーザーがアプリケーション全体を簡単にモデル化および管理できるようにするアプリケーション管理サービスです。
AWS CloudFormation - 環境を作成および更新します。
AWS Opsworks - Chef や Puppet と同じように、その環境内でシステムを管理します
AWS Beanstalk - 作成、管理、デプロイ。
しかし、個人的には、CloudFormation と OpsWorks の両方が、本来の目的のために最大限の力を発揮する点で気に入っています。
CloudFormation を使用して環境を作成すると、クラウド形成スクリプトから Opsworks を呼び出してマシンを起動できます。次に、Opsworks スタックを管理します。たとえば、Opsworks を使用して Linux ボックスにユーザーを追加するか、chef レシピを使用してボックスにパッチを適用します。デプロイ用のシェフのレシピを書き留めることもできます。それ以外の場合は、CodeDeploy をデプロイ用に特別にビルドして使用できます。
AWS OpsWorks - これは AWS 管理サービスの一部です。スクリプトを使用してアプリケーションを構成するのに役立ちます。このアプリケーションの管理と運用のための DevOps フレームワークとして Chef を使用します。サーバー、データベース、ストレージの構成に使用できるテンプレートがあります。テンプレートをカスタマイズして、他のタスクを実行することもできます。DevOps エンジニアは、アプリケーションの依存関係とインフラストラクチャを制御します。
AWS Beanstalk - Java、Node Js、Python、Ruby Go などの言語の環境を提供します。Elastic Bean のストークは、アプリケーションを実行するためのリソースを提供します。開発者はインフラストラクチャについて心配する必要がなく、インフラストラクチャを制御できません。
AWS CloudFormation - CloudFormation には、AWS リソースを順番に管理するためのサンプル テンプレートがあります。
他の多くの人が AWS Beanstalk にコメントしているように、AWS OpsWorks と AWS Cloud Formation はさまざまな問題に対してさまざまなソリューションを提供します。
達成するために
I am interested in a system that can be auto scaled to handle any high number of simultaneous web requests (From 1000 requests per minute to 10 million rpm.), including a database layer that can be auto scalable as well.
また、移行プロセスにあることを考慮して、AWS Lambda および AWS DynamoDB ソリューション (またはハイブリッド ソリューション) を検討することを強くお勧めします。
どちらも単純な方法で自動スケーリング用に設計されており、非常に安価なソリューションになる可能性があります。