4

Elastic Beanstalk アプリケーションと組み合わせて、動的コンテンツに CloudFront を使用することを考えています。

Elastic Beanstalk が提供する機能 (git デプロイ、自動キャパシティー プロビジョニング、ロード バランシング、自動スケーリング、およびアプリケーション ヘルス モニタリング) が気に入っています。また、CloudFront が先週導入した新機能も気に入っています ( http://bitly.com/aws -cloudfront-dynamic )、Elastic Beanstalk アプリケーションの前で CloudFront を使用することを考えていました。

あなたが思うこと？

それは良いアプローチですか？(ここで簡単な図を参照してください: http://d.pr/i/f6sa )

または、通常の EC2 インスタンスと LoadBalancer (おそらく CloudFormation セットアップを使用) を使用する必要がありますか?

CloudFront を Elastic Beanstalk と組み合わせて使用​​する場合、CloudFront オリジンを、Beanstalk がアプリケーション用に自動的に作成した Elastic LoadBalancer にポイントする必要があります (例: awseb-My-Environment-00000.us-east-1.elb.amazonaws.com)。環境が失敗し、自動的に新しい環境が作成された場合に変更される可能性があると思いますか、それとも常に同じである必要があるアプリの URL (つまり、 http://myapp.elasticbeanstalk.com ) をオリジンに指定する必要がありますか?

推薦歓迎！

ありがとう！

4

3 に答える 3

2

あなたの質問はかなり古くなっていますが、2 つの理由から、Elastic Beanstalk の前で Cloudfront を使用する必要はないと思うので、あなたのソリューションについてコメントしたいと思います。

  1. 前述のように、あなたのサイトは動的です。
  2. サイトを更新すると、CF POP に更新するのに時間がかかります。

速度が必要な場合は、Cloudflareをリバース プロキシとして使用し、RDS サーバーが EB インスタンスと同じゾーンにあることを確認してください。静的アセット (画像、css、js) を S3 に保存し、CF 経由で提供することもできます。

私はあなたの最終的な解決策に興味がありますか、それとも完全に放棄しましたか?

于 2013-12-19T18:31:25.780 に答える
1

CDN としてもリバース プロキシとしても、CF は間違いなく最適な方法です。

PHP と .NET (私は Java Dino です) でどのように機能するかはわかりませんが、環境が失敗する傾向がある場合は、ゼロ ダウンタイム機能とデュアル環境を組み合わせることをお勧めします。

(おそらく、リリース時に簡単なスモーク テストを行った後、DNS CNAME を切り替えることで、これらの問題への影響を最小限に抑えることができるため、単なるプロセスの問題です。)

于 2012-06-13T08:53:57.423 に答える