0

おはよう、 SymfonyとAngular(v2)に基づいてhightloadアプリケーションを開発しました。SymfonyとAngularをベースにしたクラウド高負荷Webアプリケーション

あり2つの異なる絶対に独立したアプリケーション:彼らはして通信角度で作成されたユーザ・インタフェース(クライアント側)(V2)

  • symfonyの
  • 上で作成

    1. API(サーバー側) Oauth v2。 したがって、2つの異なる独立したアプリケーションがあります。

      私の目標は、両方をAWSにデプロイすることです。 Symfonyの場合、私はElastic Beanstalk + RDSを使用します。 私はすぐに無料のユーザーアカウントを使用します。

      私の質問:別のアプリケーションをElastic Beanstalk for Angularで作成する必要があります。つまり、別のEC2を支払うことになります。 Angular(clien)とSymfony(server)の両方を同じElastic Beanstalkアプリケーションにインストールできますか?

      お金を節約するためのアドバイスをしてください。

    +0

    私はSPAの構築に依存していると思いますか?スピード、使用するユーザーの数、速さを検討してください。単純なSPAの場合は、サーバセットポートまたはサブドメインを持つElastic BeanstalkとElse Beanstalkの両方をインストールしてください。あなたはElastic Beanstalkを試しましたか?ドッカーは1つのインストールに適しています – hendrathings

    +0

    @hendrathingsはホームプロジェクトですので、おそらく私はドッカーを使用しますが、これは良い解決策であり、symfonyアプリケーションはサブドメインを使用し、Angularアプリケーションは通常のドメインネームを使用します。 –

    答えて

    0

    APIをElastic beanstalk上に置いたまま、CloudWatchにSPA(Angular front end)を直接デプロイする方が安価でスケーラビリティに優れています。

    EBは独自のサーバーを処理するためのものですが、静的コンテンツは適切なコンテンツ配信ネットワーク(CDN)に展開する必要があります。このように、ユーザーベースが拡大するにつれて、より多くのサーバーの管理(および支払い)を心配する必要はありません。 CDNは、それがどれほど高くなっても作業負荷を処理することができます。

    APIでは、EC2マシンを使用することはできません。まあ、AWS API Gateway + Lambdaに移行することはできませんが、Synphonyセットアップではサーバーが必要です。必要に応じてEBが成長するのを助けます(ただし、他に誰かがいる場合でもEC2マシンを避けたいあなたのためにそれらを管理する)。

    +0

    @dkarchmer、本当に良いアドバイスありがとうございました。私もCloudWatch + EBについて考えました。それはEBのための本当に良い解決策でなければなりません。おそらくsymfonyのために私は両方を試してみるでしょう。とにかくこれらの実験は私にawsのスキルを与えるでしょう。 –

    +0

    NP。私の答えをupvoteまたは受け入れることを忘れないでください – dkarchmer

    関連する問題