パターンは

Question

私は、このガイド、次のされていますlaravelでAWS Beanstalkのを展開する：https://deliciousbrains.com/scaling-laravel-using-aws-elastic-beanstalk-part-3-setting-elastic-beanstalk/

は、しかし、私はこの時点で立ち往生しています。

正常に動作しないものではなく、正常に動作するものではありません。どのアプリを展開すべきですか？

はテストされ、展開されている開発アプリですか？準備が整ったアプリケーションのデプロイにのみ使用されるAWS内に別のインスタンスを作成しますか？何がパターンに従うか？

現時点では、私のPC上で動作するローカル開発サーバーと、AWS上の1つの開発インスタンスEC2があります。弾力性のある豆の上にそれ以上のものが必要ですか？

ご相談ください！ありがとう！

Answer 1

次のパターンは、あなたのニーズに最も適したパターンです。あなたはパターンを探しているのではなく、アーキテクチャを探しています。私はあなたが提供した情報をお手伝いしようとします。

まず、Beanstalkの概要とその動作を理解することが重要です。参照：http://docs.aws.amazon.com/en/elasticbeanstalk/latest/dg/Welcome.html

質問に答えると、通常、アプリケーションはスケーラブルプロダクションのためにビンストークに置かれますが、テスト用の開発環境も設定できません。

展開するインスタンスを作成する必要はありません。コンソール、cli、またはapiを使用して、ローカルマシンから展開できます。見て：

コンソール：https://sa-east-1.console.aws.amazon.com/elasticbeanstalk/home

EB CLI：http://docs.aws.amazon.com/en/elasticbeanstalk/latest/dg/eb-cli3.html

API：http://docs.aws.amazon.com/en/elasticbeanstalk/latest/api/Welcome.html

が、私はいくつかのケースで非常に有用であるシナリオを引用します、と言った：

• Beanstalkアプリケーションをコンソールまたはcliから作成し、AWS CodeCommitとの統合を設定します。 CodeCommitを使用すると、各プロジェクトにプロジェクト全体を送信する必要がなくなります。

• アマゾンのインスタンスを作成して埋め込みを実行します。このインスタンスにはプロジェクトのgitリポジトリがあり、それはBeanstalk環境設定（たとえば環境変数）にコミットされ、CodeCommitを使用してBeanStalkにデプロイされます。

あなたは敏感な細部を隠し、展開パターンを設定するには、展開のインスタンスを使用することができますので、このシナリオでは、豆の木のためのチームプロジェクトのために非常に有用です。