クラウドのメリットを活かした設計を行うには、オンプレミスとは異なる設計原理がある。

故障に備えた設計（Design for Failure）

時間が経てば故障する、ということを認識してアーキテクチャに取り入れる。
故障に備えたメカニズムを構築しておく。

Design for Failure = 単一障害点をなくす。

コンポーネントの分離

クラウドはサービス指向アーキテクチャの設計原理を踏襲する。
システムのコンポーネントを疎結合にすればするほど、スケーリングしやすくなる。

コンポーネントの分離を実現するには、Amazon SQSを使ったキューイングチェーンを利用して非同期かつ疎結合にすることができる。

また、マイクロサービスアーキテクチャを用いて、システムを複数の小規模なアービスの集合体として構成することで、コンポーネントの分離を進めることができる。

クラウドには弾力性（Elastic）という概念がある。伸縮性とも言って、リソースの性能を柔軟にスケールアウトしたり、スケールインすることができる。

弾力性を実現する方法は3つある

巡回スケーリング
1. 一定間隔に発生する定期的なスケーリング
イベントベーススケーリング
1. イベントのためにトラフィックリクエストが急増されると予想されるときに実現するスケーリング
2. スケジュールドスケールアウトパターンを利用
  1. Auto Scalingで定時に起動を指示
オンデマンドの自動スケーリング
1. 監視サービスを利用して、監視項目に基づいてスケールアウト、スケールインを行う
2. スケールアウトパターンを利用
  1. CloudWatchでリソースを監視
  2. トラフィック増加を検知したらAuto Scalingに通知
  3. Auto Scalingがインスタンスを起動

ロードバランサーを組み合わせて、並列処理を行う。

クラウドでは、データをネットワーク経由で利用するため、配信のオーバーヘッドやボトルネック対策は必須。