Operational Excellence Pillar を理解する

1. AWS Well-Architected Framework Operational Excellence Pillar を理解する 2026/09/18 Takano / JAWS-UG 初心者支部 朝活！#1
2. 自己紹介 (X：takano0131) 雑用系インフラエンジニア(15年↑) 育休中 好きなこと ・(仕事)障害対応、(趣味)同人誌書く 2025-2026 Japan All AWS Certifications Engineers 2026 Japan AWS TOP Engineers AWS Community Builder(Networking and Content Delivery) 2026 GoogleCloud TOP Engineer/All Cert #jawsug_bgnrbook #jawsug
3. 朝会#1 アジェンダ 本日の目標 1 Well-Architected Frameworkとは • Well-Architected Framework の全体像を把握す る 2 Operational Excellence とは • AWSの気持ちになって試験問題を解くためには Well-Architected が大事だと把握する！ 3 OE 8つの設計原則 • Operational Excellence の「8つの設計原則」をな んとなく覚える 4 OE 4つの領域と OPS 質問 5 まとめ・今日からの一歩 6 告知 Operational Excellence Pillar | 5
4. 1 Well-Architected Framework とは Operational Excellence Pillar | 6
5. AWS Well-Architected Framework とは AWS が長年の顧客支援から得た知見をまとめた、クラウド上のワークロードを設計・運用するためのベストプラクティス集。「6つの柱」 で構成される。 オペレーショナル エクセレンス セキュリティ 信頼性 Operational Excellence Security Reliability パフォーマンス効率 コスト最適化 持続可能性 Performance Efficiency Cost Optimization Sustainability ← 今日はここ Operational Excellence Pillar | 7
6. Well-Architected Framework を学ぶメリット 個人として • 設計・運用の「判断軸」が手に入る • AWS 認定（SAA/SAPなど）の考え方に繋げられる • サービス名ではなく「考え方」で学ぶので、他クラウドにも応 用できる Operational Excellence Pillar | 12
7. Well-Architected Framework を学ぶメリット チームとして • 共通言語として設計に組み込みできる • レビュー軸が属人化せず、納得して改善に繋げることができる
8. Well-Architected Framework を学ぶメリット システム設計者として • 障害・手戻り・過剰コストというリスクを早期に発見 • 「運用を設計に含める」ことで変更速度と安定性を両立 • AWS 公式の指標なので、ステークホルダーへの説明材料にな る Operational Excellence Pillar | 14
9. AWS Well-Architected の構成要素 設計原則 1 Design Principles 各柱ごとの「こう考えよう」という指針。OE は8つ。 ベストプラクティス領域 2 Best Practice Areas 柱の中を数個の領域に分割。OE は4領域。 質問（OPS 1〜11 など） 3 Questions 領域ごとの「あなたのワークロードはどうですか？」という問い。 ベストプラクティス 4 Best Practices 質問に対する具体的な実践項目。リスク（HRI/MRI）判定の根拠。 Operational Excellence Pillar | 8
10. 設計原則 https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/operational-excellence.html
11. ベストプラクティス領域 https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/operational-excellence.html
12. 質問/ベストプラクティス https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/operational-excellence.html
13. 2 Operational Excellence とは Operational Excellence Pillar | 15
14. Operational Excellence (OE)の定義 “ AWS ワークロードの設計・提供・保守 （design, delivery, and maintenance）に焦点を当て、 状態への洞察を提供し、効果的かつ効率的な運用と イベント対応が可能で、ビジネス目標を継続的に 改善・支援できるアーキテクチャを目指す。 出典: Operational Excellence Pillar – AWS Well-Architected Framework（Introduction）を要約 Operational Excellence Pillar | 16
15. Operational Excellence (OE)の定義 “ AWS ワークロードの設計・提供・保守 （design, delivery, and maintenance）に焦点を当て、 状態への洞察を提供し、効果的かつ効率的な運用と イベント対応が可能なビジネス目標を継続的に 改善・支援できるアーキテクチャを目指す。 要は『AWSを使って楽するための 目指す勘所』 出典: Operational Excellence Pillar – AWS Well-Architected Framework（Introduction）を要約 Operational Excellence Pillar | 17
16. オペレーショナルエクセレンス を意識すると 効率化が当たり前に！ ・運用が楽になる ・運用するチームの意識が変わる DevSecOpsの考え方が身につく！ Operational Excellence Pillar | 18
17. 3 OE 8つの設計原則 Operational Excellence Pillar | 19
18. 8つの設計原則 （1/8） 1 ビジネス成果を軸にチームを編成する Organize teams around business outcomes 機能（インフラ/アプリ）ではなく、 成果に責任を持つチーム構成にする。 Operational Excellence Pillar | 20
19. 8つの設計原則 （2/8） 2 実用的な洞察のためのオブザーバビリティを実装する Implement observability for actionable insights KPIを設定し、 メトリクス・ログ・トレースを見やすく、 「次に何をすべきか」が分かる状態にする。 Operational Excellence Pillar | 21
20. 8つの設計原則 （3/8） 3 可能な限り安全に自動化する Safely automate where possible 手作業を減らし、ガードレール付きで自動化する。 自動化そのものもコードとして管理する。 Operational Excellence Pillar | 22
21. 8つの設計原則 （4/8） 4 頻繁に、小さく、元に戻せる変更を行う Make frequent, small, reversible changes 定期的に更新できるよう、システム構成を拡張性 と疎結合性を意識した設計を行う。 失敗しても迅速に戻せるようにする。 Operational Excellence Pillar | 23
22. 8つの設計原則 （5/8） 5 運用手順を頻繁に見直す Refine operations procedures frequently 手順を使用する際、定期的に見直しを行う。改善点 が見つかった場合手順を更新する。 更新したことをチームに共有、リハーサルなどで有 効かどうか検証する。 Operational Excellence Pillar | 24
23. 8つの設計原則 （6/8） 6 障害を想定する Anticipate failure 「障害シナリオ」シミュレーションを行い、 対応手順とテストを用意する。 Operational Excellence Pillar | 25
24. 8つの設計原則 （7/8） 7 すべての運用イベントとメトリクスから学ぶ Learn from all operational events and metrics 障害だけでなく成功も含めて振り返り、 組織全体で学びを共有する。 運用がビジネスに貢献しているかを示すデータ・ 事例を盛り込む。 Operational Excellence Pillar | 26
25. 8つの設計原則 （8/8） 8 マネージドサービスを利用する Use managed services 可能な限り運用負荷を AWS に任せる。 Operational Excellence Pillar | 27
26. 4 OE 4つの領域と OPS 質問 Operational Excellence Pillar | 28
27. 4つのベストプラクティス領域 オペレーションエクセレンスは、組織づくり→準備→運用→進化を繰り返すサイクルとして定義されている Organization Prepare Operate Evolve 組織 準備 運用 進化 OPS 1–3 OPS 4–7 OPS 8–10 OPS 11 優先順位・チーム構成・文化 オブザーバビリティ・デプロイ・運 用準備 ワークロードと運用の健全性・イ ベント対応 学びからの継続的改善 ↻ Evolve の学びが Organization / Prepare に戻る Operational Excellence Pillar | 29
28. Organization（組織） OPS 1 優先順位をどのように決定していますか？ 「何を優先し、誰が、どんな文化で」運用するかを決める 顧客ニーズ、内部/外部の要件（規制・コンプライアンス）、 脅威、利益とリスクのトレードオフを評価して優先順位を決める。 Operational Excellence Pillar | 30
29. Organization（組織） OPS 1 優先順位をどのように決定していますか？ 「何を優先し、誰が、どんな文化で」運用するかを決める 顧客ニーズ、内部/外部の要件（規制・コンプライアンス）、 脅威、利益とリスクのトレードオフを評価して優先順位を決める。 例: このシステムは止まると 事業が止まる → 最優先にするよう考える Operational Excellence Pillar | 31
30. Organization（組織） OPS 2 ビジネス成果を支えるために組織をどう構成していますか？ 「何を優先し、誰が、どんな文化で」運用するかを決める リソース・プロセス・手順の「オーナー」を明確にし、 責任と意思決定権を定義する。 Operational Excellence Pillar | 32
31. Organization（組織） OPS 2 ビジネス成果を支えるために組織をどう構成していますか？ 「何を優先し、誰が、どんな文化で」運用するかを決める リソース・プロセス・手順の「オーナー」を明確にし、 責任と意思決定権を定義する。 例: システムを管理しているのは XX部、だがアラート機能の一部は 運用部、など Operational Excellence Pillar | 33
32. Organization（組織） OPS 3 組織文化はビジネス成果をどう支えていますか？ 「何を優先し、誰が、どんな文化で」運用するかを決める チームメンバーがより効果的に行動し、成果に貢献できるような文化を作 る。 Operational Excellence Pillar | 34
33. Organization（組織） OPS 3 組織文化はビジネス成果をどう支えていますか？ 「何を優先し、誰が、どんな文化で」運用するかを決める チームメンバーがより効果的に行動し、成果に貢献できるような文化を作 る。 例: 普段はログインしないシステムに 障害が発生しているときに、 現場が判断して動ける権限がある Operational Excellence Pillar | 35
34. Prepare（準備） OPS 4 ワークロードのオブザーバビリティ(可観測性)をどう実装していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む KPI を定義し、メトリクス・ログ・トレースを収集する。 Operational Excellence Pillar | 36
35. Prepare（準備） OPS 4 ワークロードのオブザーバビリティ(可観測性)をどう実装していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む KPI を定義し、メトリクス・ログ・トレースを収集する。 例: CloudWatch Logsを設定 OpenTelemetry を設定 Operational Excellence Pillar | 37
36. Prepare（準備） OPS 5 欠陥を減らし、修復を容易にし、本番へのフローをどう改善していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む バージョン・パッチ管理、IaC、テスト自動化、 本番/開発etc 複数環境の使用。チーム間での設計基準の共有。 Operational Excellence Pillar | 38
37. Prepare（準備） OPS 5 欠陥を減らし、修復を容易にし、本番へのフローをどう改善していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む バージョン・パッチ管理、IaC、テスト自動化、 本番/開発etc 複数環境の使用。チーム間での設計基準の共有。 例: デプロイするときは 開発環境で検証してからリリースする Operational Excellence Pillar | 39
38. Prepare（準備） OPS 6 デプロイのリスクをどう軽減していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む ロールバック計画、本番同等環境でのテスト、 カナリア / ブルーグリーン、デプロイの自動化。 Operational Excellence Pillar | 40
39. Prepare（準備） OPS 6 デプロイのリスクをどう軽減していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む ロールバック計画、本番同等環境でのテスト、 カナリア / ブルーグリーン、デプロイの自動化。 例:CodeCommit/CodePipeline/CodeD eployでデプロイを安全に自動化する Operational Excellence Pillar | 41
40. Prepare（準備） OPS 7 ワークロードをサポートする準備ができていると、どう判断していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む 運用準備チェックリスト（ORR(Operational Readiness Review)）、 ランブック・プレイブック、人員とスキルの確認。 Operational Excellence Pillar | 42
41. Prepare（準備） OPS 7 ワークロードをサポートする準備ができていると、どう判断していますか？ 本番に出す前に「見える化」と「安全な変更」を仕込む 運用準備チェックリスト（ORR(Operational Readiness Review)）、 ランブック・プレイブック、人員とスキルの確認。 例: システムに対しての有識者を育 てる Operational Excellence Pillar | 43
42. Operate（運用） OPS 8 ワークロードのオブザーバビリティを組織でどう活用していますか？ 健全性を把握し、イベントに素早く・確実に対応する OPS4で確認した、メトリクス・ログ・トレースを分析し、アラームを作成する。 ダッシュボードを準備する。 Operational Excellence Pillar | 44
43. Operate（運用） OPS 8 ワークロードのオブザーバビリティを組織でどう活用していますか？ 健全性を把握し、イベントに素早く・確実に対応する OPS4で確認した、メトリクス・ログ・トレースを分析し、アラームを作成する。 ダッシュボードを準備する。 例: CloudWatch ダッシュボード、 New Relic、Datadog Operational Excellence Pillar | 45
44. Operate（運用） OPS 9 運用の健全性をどのように把握していますか？ 健全性を把握し、イベントに素早く・確実に対応する 運用 KPIを定義・収集・分析し、改善に使う。 Operational Excellence Pillar | 46
45. Operate（運用） OPS 9 運用の健全性をどのように把握していますか？ 健全性を把握し、イベントに素早く・確実に対応する 運用 KPIを定義・収集・分析し、改善に使う。 例: システム稼働レポート、インシデ ントの未解決チケットなどのレポート Operational Excellence Pillar | 47
46. Operate（運用） OPS 10 ワークロードと運用のイベントをどう管理していますか？ 健全性を把握し、イベントに素早く・確実に対応する イベント・インシデント・問題管理のプロセス、 エスカレーション、ランブックの自動化。報告パスの明確化。 Operational Excellence Pillar | 48
47. Operate（運用） OPS 10 ワークロードと運用のイベントをどう管理していますか？ 健全性を把握し、イベントに素早く・確実に対応する イベント・インシデント・問題管理のプロセス、 エスカレーション、ランブックの自動化。報告パスの明確化。 例: アラートが起こった時の通知先 の明確化 通知に対する対処の明確化 Operational Excellence Pillar | 49
48. Evolve（進化） OPS 11 運用をどのように進化させていますか？ 運用そのものを継続的に改善する ポストインシデント分析、フィードバックループ、 ナレッジ共有、改善のための時間確保、改善の効果測定。 Operational Excellence Pillar | 50
49. Evolve（進化） OPS 11 運用をどのように進化させていますか？ 運用そのものを継続的に改善する ポストインシデント分析、フィードバックループ、 ナレッジ共有、改善のための時間確保、改善の効果測定。 OPSの他の質問の内容を使って、 さらに改善する Operational Excellence Pillar | 51
50. 5 まとめ・今日からの一歩 Operational Excellence Pillar | 52
51. 今日からできる「最初の一歩」 ホワイトペーパーを眺める OPS 質問だけでも答えてみる。 Operational Excellence Pillar | 53
52. 今日からできる「最初の一歩」 ホワイトペーパーを眺める OPS 質問だけでも答えてみる。 →自分ならこのシステムをどうするか？ を考えて、なんでこうなっていないのか 経緯を把握してみる Operational Excellence Pillar | 54
53. 今日からできる「最初の一歩」 ホワイトペーパーを眺める シングルAZにしているのは OPS 質問だけでも答えてみる。 性能の問題があった 敢えてマネージドサービスを 使っていないケースは ライセンスの問題があった 報告パスがアラーム経由でなく、未だに 電話が入っているのは 他会社への連絡の都合上 →自分ならこのシステムをどうするか？ を考えて、なんでこうなっていないのか 全部マネージドサービスにすると 経緯を把握してみる クラウド金額面できつい Operational Excellence Pillar | 55
54. 今日からできる「最初の一歩」 ホワイトペーパーを眺める シングルAZにしているのは OPS 質問だけでも答えてみる。 性能の問題があった 敢えてマネージドサービスを 使っていないケースは ライセンスの問題があった 報告パスがアラーム経由でなく、未だに 電話が入っているのは 他会社への連絡の都合上 やむを得ないケースもある →自分ならこのシステムをどうするか？ まずは現状を把握して を考えて、なんでこうなっていないのか よりW-A なシステムを運用できるよう 全部マネージドサービスにすると 経緯を把握してみる クラウド金額面できつい 身構えよう Operational Excellence Pillar | 56
55. 今後 ホワイトペーパーをもっと読みこむ！ 各質問にアンチパターンなど書いてある 読むだけで心構えができる！ Operational Excellence Pillar | 57
56. 参考リンク Operational Excellence Pillar – AWS Well-Architected Framework https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html Design principles（設計原則） https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/design-principles.html AWS Well-Architected Framework（本体） https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html AWS Well-Architected Tool https://aws.amazon.com/well-architected-tool/ AWS Well-Architected Lenses https://aws.amazon.com/architecture/well-architected/#Lenses Operational Excellence Pillar | 58