AWSアーキテクチャー設計

Question

当社では、AWSを通じてWebベースのプラットフォームを立ち上げる予定です。私は建築設計を準備しました。それを改善する方法についてのフィードバックをお願いします。いくつかのノートは...我々は（他のAZのマスター+スレーブ）

マスターDBは、管理者が書くことのためにのみアクセス可能です/削除/ MariaDBに行く

DATABASE

• は
• エンドを読んでいます-usersは、すべてのリードレプリカ（2 AZ accross 4つの複製）
• マスター= T2.micro
• リードレプリカ= T2.small
から読み出されます

ADMIN

• 管理パネルが別々のサブドメイン上で、アプリを区切られると SSL対応の
• 管理パネルが ユーザーのマスターRDS番号を変更している唯一のものです：最大10 ：D
• Webサーバー：Lighttpdの/ Apacheの（コメント？）
• マシン：T2.nano（右10人のユーザーのためのより多くの必要がない？）

FRONT（エンドユーザー）

• フロント
• EC2のマシンはT2.small
• Webサーバになります（10mioまで）エンドユーザーのLOTを提供されます。 Lighttpdの/ Apacheの（コメント？）
• 私たちは、多くのユーザーを持っていますが、すべてのユーザーが1つだけのPHP要求（RDSリードレプリカに選択1つのPHPスクリプト +）
• 他のすべてのファイルです静的であり、私たちのCDNから提供されます（起源 はEC2 T2.nanoになります。実際には低トラフィックであるため、新しいファイルをCDNにキャッシュするには ）
• もちろんフロント用のEC2マシンはオートスケールされます。 2種類のAZ を選択してください。 （この場合は1つのオートスケールグループですか、2つのグループですか？）

BACKUP及びSAFETY

• マスターDBは自動的にバックアップ
• 我々行うFrontent EC2オートスケールインスタンスのbackupingのための管理EC2 & CDN起源Webサーバ
• 不要の​​自動化されたスナップショット、すべてのコード は、GithubのCodeDeployと共に自動的に展開されます

Here's the current arhitecture design diagram.

フィードバックをお寄せください。ボトルネックは何ですか？私たちは何か重要なことを忘れましたか

Answer 1

あなたのユースケースについて多くを知らなくても知っているが、いくつかは私に飛び出すことがタフ：

• あなたは、ユーザーの「多く」を提供されますが、T2の組み合わせを使用していると言います.nanos、t2.micros、t2.smalls - これはボトルネックになる可能性があります。私はt2がテスト/ devのために良いと思っています。非常に小さな生産がロードされます。 「多くのユーザーにサービスを提供する」ためではなく、すぐにボトルネックになる可能性があります。
• t2.nanoインスタンスの代わりに静的資産の起点にS3バケットを使用することを検討してください。必要に応じてより安く簡単に拡張できます。これには欠点はありません。