AWS Well-Architected Tool | Amazon Web Services ブログ

Well-Architected Framework Review の実施方法 – パート 3

これまでのブログ投稿で、Well-Architected Framework Review(WAFR) を実行するための最初の 2 つのフェーズについて説明しました。最初のフェーズは準備で、2 番目のフェーズはレビューを実施することです。このブログ投稿では、3 番目のフェーズである改善について詳しく説明します。

Well-Architected Framework Review の実施方法 – パート 2

Well-Architected Framework Review (WAFR) を成功させるには、準備、レビュー、改善の 3 つのフェーズがあります。このブログシリーズのパート 1 では、準備フェーズについて説明しました。このパートでは、第 2 フェーズ、つまり実際のレビューにおけるベストプラクティスについて詳しく説明します。

Well-Architected Framework Review の実施方法 – パート 1

AWS では、あらゆるものにベストプラクティスがあり、ワークロードに対して実施する Well-Architected Framework Review(WAFR) も例外ではありません。チームの経験、ワークロードの複雑さ、レビューする柱、後に取り上げるその他の要因など、複数の要因によって、WAFR は大掛かりな取り組みになる可能性があります。これらのベストプラクティスを認識していることは、チームがレビューに投資している時間がアーキテクチャのリスクを特定し、それらに対処するという期待される結果につながることを確実にするための鍵となります。この 3 部構成のブログシリーズでは、AWS がお客様と多数の WAFR を実施した際に学んだ教訓のいくつかを共有します。パート 1 では、レビューの準備方法をお話しします。パート 2 では実施方法をカバーし、パート 3 ではアーキテクチャのリスクを特定し、それらを修正するための計画を作成する方法をカバーしています。

AWS Well-Architected Operational Readiness Review lens の発表

AmazonのCTOであるWerner Vogelsは、「障害は避けられないもので、すべてのものは時間とともに壊れる」と述べています。
AWS では、障害イベントから得た知見を業務に反映させるCorrection of Errors (COE) というプロセスを用いて回復力のあるサービスの構築と運用に努めています。このCOEをベストプラクティスとして質問集にまとめたものを Operational Readiness Review (ORR) として公開しています。
この度、Well-Architected Toolのカスタムレンズとして Operational Readiness Review をリリースしました。これによりアーキテクチャのベストプラクティスに照らしてシステムを評価し改善することで、信頼性と効率性の高いシステムの構築が可能になります。