導入
6本柱のうち、まずは「動かし続ける」ための3本 ― 運用上の優秀性・信頼性・パフォーマンス効率 ― の中身を見ます。
説明
運用上の優秀性(Operational Excellence) は、システムを安定して運用し、継続的に改善する力です。中心にあるのは 自動化 と Infrastructure as Code(IaC) の考え方です。
- 手作業をなくし、CloudFormationなどでインフラをコード化する
- 変更は小さく・元に戻せる形で行う
- 障害を運用改善の機会として振り返る
信頼性(Reliability) は、障害から自動で回復し、需要の変化に応え続ける力です。SAAで最重要のテーマの一つです。
- 単一障害点(SPOF)を作らない:構成要素を冗長化する
- 複数の アベイラビリティゾーン(AZ) に分散する
- 障害を検知して自動で置き換える(Auto Scaling、ヘルスチェック)
- 疎結合にして、一部の故障が全体に波及しないようにする
パフォーマンス効率(Performance Efficiency) は、要件に対してリソースを無駄なく使う力です。
- 適切なサービス・インスタンスタイプを選ぶ(サーバーレス、適切なDBなど)
- キャッシュ(CloudFront、ElastiCache)で負荷とレイテンシーを下げる
- 需要に応じてスケールさせる
flowchart LR
subgraph 信頼性
A["冗長化"] --> B["複数AZ"]
B --> C["自動復旧"]
end
具体例
「1台のEC2で動くWebアプリ」を、3本柱の観点で作り替えていく過程を追うと、この3つが立体的に見えてきます。最初はこうでした——EC2が1台、その上でWebとDBが同居、デプロイは手作業でSSHログイン。
- 信頼性の穴 … このEC2が乗るAZが落ちれば全停止(単一障害点)。→ 2つのAZにEC2を分散し、前段にELB、Auto Scalingで自動復旧。DBはRDSのマルチAZへ。「1台に頼らない」構成に。
- 運用の穴 … 手作業デプロイはミスの温床。→ 構成をCloudFormationでコード化し、変更は小さく・戻せる形に。
- パフォーマンスの穴 … アクセス増でDBがボトルネック。→ 前段にCloudFront、DBの手前にElastiCacheのキャッシュを置き、負荷とレイテンシーを下げる。
同じアプリが「落ちない・直しやすい・速い」へと進化しました。共通する合言葉は自動化と冗長化。SAAの問題文に「可用性を最大化」「運用の手間を減らす」「レイテンシーを下げる」とあれば、この改造のどの一手が問われているかを思い出しましょう。
読んでみよう
この3本柱に共通するキーワードは「自動化」と「冗長化」です。SAAの問題文に「可用性を最大化」「運用の手間を減らす」「レイテンシーを下げる」とあったら、それぞれ信頼性・運用・パフォーマンス効率の柱を思い出してください。