Well-Architected フレームワークの設計原則のおさらい。

今日の積み上げ

• Udemy：オプショナル問題（91-120）16/30（初見）

AWS Well-Architected フレームワークの設計原則がうるおぼえ状態なので、書き出しておこう。

• 運用上の優秀性
  • 運用をコードとして実行する
  • 小規模かつ可逆的な変更を頻繁に行う
  • 運用手順を頻繁に改善する
  • 障害を予想する
  • 運用上の障害すべてから学ぶ

docs.aws.amazon.com

• セキュリティ
  • 強力なアイデンティティ基盤を実装する
  • トレーサビリティの実現
  • 全レイヤーでセキュリティを適用する
  • セキュリティのベストプラクティスを自動化する
  • 伝送中および保管中のデータを保護する
  • データに人の手を入れない
  • セキュリティイベントに備える

docs.aws.amazon.com

• 信頼性
  • 障害から自動的に復旧する
  • 復旧手順をテストする
  • 水平方向にスケールしてワークロード全体の可用性を高める
  • キャパシティーを推測することをやめる
  • オートメーションで変更を管理する

docs.aws.amazon.com

• パフォーマンス効率
  • 最新テクノロジーを誰もが利用できるようにする
  • わずか数分でグローバル展開する
  • サーバーレスアーキテクチャを使用する
  • より頻繁に実験する
  • メカニカルシンパシーを重視する

docs.aws.amazon.com

• コスト最適化
  • クラウド財務管理を実装する
  • 消費モデルを導入する
  • 全体的な効率を測定する
  • 差別化につながらない高負荷の作業に費用をかけるのをやめる
  • 費用を分析し帰属関係を明らかにする

docs.aws.amazon.com