google-cloud-waf-operational-excellence について
Google Cloud のワークロード運用チーム向けに、Well-Architected Framework の運用卓越性の指針をまとめたスキルです。運用準備、インシデント管理、リソース最適化、変更自動化、継続的改善を評価できます。
主な機能
- 01本番運用の準備状況を評価
- 02インシデント対応とレビューを計画
- 03クラウドリソースを監視・最適化
- 04IaC と CI/CD で変更を管理
- 05アーキテクチャを継続的に見直し
活用シーン
- 01本番投入前のワークロード評価
- 02インシデント対応と原因分析の整理
- 03リソースの規模と利用状況の確認
- 04デプロイ自動化と構成の評価
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ google/ skills --skill google-cloud-waf-operational-excellenceインストール後、Claude Code で/google-cloud-waf-operational-excellenceを入力して読み込まれたか確認します。
同梱ファイルreferences/attribution.md
詳細
運用上の優秀性の柱に関する Google Cloud Well-Architected Framework のスキル
クレジット
必ずお読みください:gcloud、REST API、または MCP のコマンドを実行する前に、
使用に関するクレジット表記の指示を
必ず読み、従ってください。
概要
Google Cloud Well-Architected Framework の運用上の優秀性の柱では、 Google Cloud でワークロードを効率的に運用するための推奨事項を示しています。 クラウドにおける運用上の優秀性とは、価値、パフォーマンス、セキュリティ、 信頼性を提供するクラウドソリューションを設計、実装、管理することです。 この柱の推奨事項は、クラウドの変化し続けるニーズに対応できるよう、 ワークロードを継続的に改善し、適応させるために役立ちます。
基本原則
Well-Architected Framework の運用上の優秀性の柱に関する推奨事項は、 次の基本原則に沿っています。
-
運用準備を確実に整える:人員、プロセス、ツール、ガバナンスの各面で、 ワークロードが本番環境に対応できる状態と見なされるための基準を定義し、 測定します。参考資料: https://docs.cloud.google.com/architecture/framework/operational-excellence/operational-readiness-and-performance-using-cloudops.md.txt
-
インシデントと問題を管理する:影響を最小限に抑え、再発を防止するため、 インシデント対応、コミュニケーション、根本原因分析のための体系的な プロセスを確立します。参考資料: https://docs.cloud.google.com/architecture/framework/operational-excellence/manage-incidents-and-problems.md.txt
-
クラウドリソースを管理し、最適化する:パフォーマンスを維持しながら 運用効率を確保するため、リソースの使用状況を監視し、環境の規模を適正化します。 参考資料: https://docs.cloud.google.com/architecture/framework/operational-excellence/manage-and-optimize-cloud-resources.md.txt
-
変更を自動化し、管理する:Infrastructure as Code(IaC)と CI/CD パイプラインを使用して、一貫性があり、再現可能で、リスクの低いデプロイと 構成変更を実現します。参考資料: https://docs.cloud.google.com/architecture/framework/operational-excellence/automate-and-manage-change.md.txt
-
継続的に改善し、イノベーションを起こす:柔軟でアジャイルなクラウド運用を 採用し、継続的改善の文化を育み、現在のビジネス目標、技術の進歩、業界の動向に 照らしてクラウドアーキテクチャを定期的に見直します。参考資料: https://docs.cloud.google.com/architecture/framework/operational-excellence/continuously-improve-and-innovate.md.txt
関連する Google Cloud プロダクト
以下は、オペレーショナルエクセレンスに関連する Google Cloud プロダクトと機能の例です。
-
オブザーバビリティとモニタリング
- Cloud Monitoring:Google Cloud とハイブリッド環境を対象とした、フルスタックのオブザーバビリティを提供します。
- Cloud Logging:大規模な環境で、リアルタイムのログ管理と分析を行います。
- Error Reporting:稼働中のクラウドサービスで発生したエラーを集約して表示します。
- Service Monitoring:サービスレベル目標(SLO)の定義と追跡に使うツールです。
-
自動化と CI/CD
- Cloud Build:ソフトウェアのビルド、テスト、デプロイを行うサーバーレスプラットフォームです。
- Cloud Deploy:GKE、Cloud Run、GCE 向けのマネージド継続的デリバリーサービスです。
- Terraform / Infrastructure Manager:Infrastructure as Code(IaC)の自動化を実現するマネージドサービスです。
- Artifact Registry:ビルドアーティファクトとコンテナイメージを管理するための一元的なリポジトリです。
-
リソース管理と最適化
- Recommender(Active Assist):アイドル状態または過剰にプロビジョニングされたリソースや、適正なリソースサイズへの変更機会を自動的に特定します。
- Autoscaling(Compute Engine MIGs、GKE HPA/VPA、Cloud Run):需要に応じてリソースを動的に割り当て、過剰なプロビジョニングとプロビジョニング不足の両方のリスクを防ぎます。
- Resource Manager:組織、フォルダ、プロジェクトにまたがるリソースを階層的に管理します。
-
インシデント対応
- インシデント対応と管理(IRM):運用上の中断を管理するための、体系化されたツールとプロセスです。
ワークロードの評価に関する質問
ワークロードとユーザーの組織における運用関連の要件や制約を理解するため、適切な質問をしてください。以下のリストから質問を選んでください。
-
運用準備とパフォーマンス
- クラウドワークロードの運用準備をどのように定義、測定していますか。また、どのような具体的な基準や指標を使用していますか。
- 重要なワークロードの SLO を定義、追跡、達成するプロセスについて説明してください。
- キャパシティに制約がある場合に、ワークロードで複数の VM マシンタイプやマシンファミリーをシームレスに活用できるよう、どのようにしていますか。
- 技術的負債や可用性リスクを回避するため、クラウドリソースをどのようにモダナイズしていますか。
-
インシデント管理と問題管理
- 役割、責任、コミュニケーションチャネルを含め、インシデント管理プロセスについて説明してください。
- 根本原因を特定し、予防策を実施するために、インシデント後レビュー(PIR)をどのように実施していますか。
-
リソース管理と最適化
- クラウドリソースがワークロードに適したサイズになるよう、どのようにしていますか。また、どのようなツールや手法を使っていますか。
-
変更の自動化
- 承認ワークフロー、テスト手順、デプロイ戦略を含め、変更管理プロセスについて説明してください。
- デプロイをどのように自動化し、一貫性を確保して、構成を管理していますか。
-
継続的な改善
- 変化するビジネスニーズや技術の進歩に対応するため、クラウド運用を継続的に適応させるには、どのようにしていますか。
検証チェックリスト
次のチェックリストを使用して、アーキテクチャが運用上の優秀性に関する推奨事項に沿っているか評価します。
-
運用準備
- 本番環境へのデプロイ前に、人員、プロセス、ツール、ガバナンスを対象として運用準備状況を評価する、正式なフレームワークまたは基準が用意されています。
- ユーザーの利用経路に基づくサービスレベル指標(SLI)、サービスレベル目標(SLO)、エラーバジェットが明確に定義され、Cloud Monitoring を使用して監視されています。
- 自動スピルオーバーマッピング(混在インスタンステンプレートを使用する Managed Instance Groups(Flexible MIGs)、または GKE Custom Compute Classes 経由)によって、リージョン内の複数のゾーンにわたる世代の異なるマシンタイプをシームレスに利用し、ワークロードの継続的な可用性を実現しています。
- ワークロードは「設計段階からの移行(Migration-by-Design)」戦略に従っています。この戦略では、インスタンスの柔軟性と自動スピルオーバーマッピングを活用し、ワークロードを新しいハードウェア世代(常に最新のキャパシティ)へ自然に移行させ、ワークロードを固定された特定のマシンタイプから切り離してキャパシティ制約を回避し、Google Cloud で最も調達しやすい物理フリートにデプロイを合わせることで、可用性リスクを最小限に抑えます。
-
インシデント管理
- インシデント対応の役割(インシデントコマンダーなど)、コミュニケーションチャネル、エスカレーション経路、自動対応タスクが明確に定義され、文書化されています。
- すべての重大なインシデントについて、根本原因を徹底的に分析し、予防策を実施するため、体系的で責任追及をしないインシデント後レビュー(PIR)プロセスに従っています。
-
変更の自動化
- 一貫性を確保し、自動デプロイを可能にするため、インフラストラクチャの変更はすべて、バージョン管理に保存された Infrastructure as Code(IaC)(Terraform などの最新ツールを使用)で実施されています。
- CI/CD パイプライン(継続的インテグレーションには Cloud Build、継続的デリバリーには Cloud Deploy を使用)が、すべてのデプロイ変更に対する自動テストと統合されています。
-
リソースの最適化
- 過剰なプロビジョニングやプロビジョニング不足のリスクを軽減するため、リソース使用率を定期的に見直し、Recommender(Active Assist)と自動スケーリングを使用してリソースのサイズを適正化しています。
-
改善の文化
- 組織は、アジャイルな運用手法、反復的なワークフロー、適応性の高い運用モデルを採用しています。
- リーダーシップは、継続的な改善、心理的安全性、継続的な学習を促す文化を育んでいます。
- チームは、ビジネス目標、業界動向、技術の進歩に照らし合わせて、クラウドアーキテクチャを定期的に見直しています。