# オペレーションのパースペクティブ: 正常性と可用性 **オペレーションのパースペクティブでは、ビジネスのステークホルダーと合意したレベルでクラウドサービスを確実に提供することに重点を置いています。オペレーションを自動化および最適化することにより、ワークロードの信頼性を高めつつ、効果的にスケールできます。このパースペクティブは、次の図に示す 9 つの機能で構成されています。一般的なステークホルダーとしては、インフラストラクチャおよびオペレーションのリーダー、サイト信頼性エンジニア、IT サービスマネージャーなどが挙げられます。 ![AWS CAF のオペレーションのパースペクティブの機能を示す図。](http://docs.aws.amazon.com/ja_jp/whitepapers/latest/overview-aws-cloud-adoption-framework/images/cloud-adoption-10.png) **AWS CAF のオペレーションのパースペクティブの機能 + **可観測性** – インフラストラクチャとアプリケーションのデータから実用的なインサイトを得ます。[クラウドのスピードと規模](https://aws.amazon.com/products/management-and-governance/use-cases/monitoring-and-observability/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc&blog-posts-cards.sort-by=item.additionalFields.createdDate&blog-posts-cards.sort-order=desc)でオペレーションを行う場合、問題は発生時 (理想的にはカスタマーエクスペリエンスを損なう前) に発見できる必要があります。ワークロードの[内部の状態](https://docs.aws.amazon.com/wellarchitected/latest/management-and-governance-lens/observability.html)と正常性を把握するために必要な[テレメトリ](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/design-telemetry.html) (ログ、メトリクス、トレース) を作成します。アプリケーションのエンドポイントをモニタリングし、エンドユーザーへの影響を評価して、測定値がしきい値を超えたらアラートを生成します。 [合成モニタリング](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)を使用して Canary (スケジュールに従って実行される設定可能なスクリプト) を作成して、エンドポイントと API をモニタリングします。[トレース](https://aws.amazon.com/xray/)を実装して、リクエストがアプリケーションで処理される過程を追跡し、ボトルネックやパフォーマンスの問題を特定します。メトリクスとログを使用して、リソース、サーバー、データベース、ネットワークに関する[インサイト](https://docs.aws.amazon.com/wellarchitected/latest/management-and-governance-lens/observability.html)を得ます。時系列データのリアルタイム分析を設定して、パフォーマンスへの影響の原因を把握します。データを 1 つの[ダッシュボード](https://aws.amazon.com/builders-library/building-dashboards-for-operational-visibility/)に集約し、ワークロードとそのパフォーマンスに関する重要な情報を[一元的に把握](https://aws.amazon.com/opensearch-service/?nc=bc&pg=rs)できるようにします。 + **イベント管理 (AIOps)** – イベントを検出し、その潜在的な影響を評価して、適切な対応を決定します。ノイズの除去、優先度の高いイベントの重視、差し迫ったリソースの枯渇の予測、アラートとインシデントの自動生成、考えられる原因と是正措置の特定が可能になることで、インシデントの発見と対応にかかる時間を短縮できます。イベントストアパターンを定義し、[機械学習](https://aws.amazon.com/blogs/devops/gaining-operational-insights-with-aiops-using-amazon-devops-guru/) ([AIOps](https://aws.amazon.com/devops-guru/)) を活用して、イベントの関連付け、異常の検出、因果関係の特定を自動化します。インシデント管理システムやプロセスなど、[クラウドサービス](https://docs.aws.amazon.com/devops-guru/latest/userguide/welcome.html)やサードパーティー製ツールと統合できます。イベントへの対応を自動化し、手動のプロセスによって発生するエラーを減らすことで、迅速かつ一貫した対応を実現します。 + **インシデントおよび問題管理** – サービスのオペレーションを迅速に復旧し、ビジネスへの悪影響を最小限に抑えます。クラウドの導入により、サービスの問題やアプリケーションの状態の問題への対応プロセスを高度に自動化して、サービスのアップタイムを向上させることができます。より分散したオペレーションモデルに移行することにより、関連するチーム、ツール、プロセスの間のインタラクションが合理化され、重大なインシデントや複雑なインシデントの解決を迅速化できます。ランブックで、エスカレーションのトリガーやエスカレーションの手順などのエスカレーションの経路を定義します。 インシデント対応の[訓練](https://wa.aws.amazon.com/wellarchitected/2020-07-02T19-33-23/wat.concept.gameday.en.html)を実施し、得られた知見をランブックに取り入れます。インシデントのパターンを識別して、問題を特定し、是正措置を決定します。[チャットボット](https://aws.amazon.com/chatbot/)やコラボレーションツールを活用して、オペレーションチーム、ツール、ワークフローを結び付けます。責任を問わない[インシデント後分析](https://docs.aws.amazon.com/incident-manager/latest/userguide/analysis.html)を活用して、インシデントに寄与する要因を特定し、対応するアクションプランを策定します。 + **変更およびリリース管理** – 本番環境へのリスクを最小限に抑えつつ、ワークロードを導入および変更します。従来のリリース管理は、デプロイに時間がかかり、ロールバックが難しい複雑なプロセスでした。クラウドの導入により、CI/CD 技術を活用して、リリースとロールバックを迅速に管理できます。[クラウドの俊敏性](https://docs.aws.amazon.com/whitepapers/latest/change-management-in-the-cloud/change-management-in-the-cloud.html)に合った自動承認[ワークフロー](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager.html)による[変更プロセス](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/change-management.html)を確立します。デプロイ管理システムを使用して変更を追跡および実装します。小規模で可逆的な変更を[頻繁](https://docs.aws.amazon.com/wellarchitected/latest/framework/oe-prepare.html)に行うことで、変更の範囲を縮小します。[ライフサイクルのすべての段階](https://aws.amazon.com/devops/what-is-devops/)で変更をテストし、結果を検証して、デプロイの失敗によるリスクと影響を最小限に抑えます。結果が達成されない場合に以前の正常な既知の状態に自動的にロールバックすることで、復旧時間を最小限に抑えるとともに、手動プロセスによるエラーを減らします。 + **パフォーマンスおよびキャパシティ管理** – ワークロードのパフォーマンスをモニタリングし、キャパシティが今後の需要を確実に満たすようにします。クラウドのキャパシティは実質的に無制限ですが、[サービスクォータ](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/manage-service-quotas-and-constraints.html)、[キャパシティの予約](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html)、リソースの制約により、ワークロードの実際のキャパシティは制限されます。このようなキャパシティの制約を[理解](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/)して、効果的に[管理](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/manage-service-quotas-and-constraints.html)する必要があります。主要なステークホルダーを特定し、目的、範囲、目標、メトリクスについて合意します。パフォーマンスデータを収集して処理し、目標に対するパフォーマンスを定期的に[確認](https://aws.amazon.com/blogs/opensource/the-wheel/)および報告します。新しいテクノロジーを定期的に評価して、パフォーマンスを改善し、必要に応じて目標とメトリクスの変更を提案します。ワークロードの使用状況をモニタリングし、今後の比較のためにベースラインを作成して、必要に応じてキャパシティを拡大するためのしきい値を指定します。需要を長期にわたって分析し、キャパシティが季節的な傾向や変動するオペレーションの条件を満たすようにします。 + **構成管理** – すべてのクラウドワークロード、その関係、構成の変更の長期にわたる正確かつ完全な記録を保持します。効果的に管理しないと、クラウドリソースのプロビジョニングの動的かつ仮想の性質により、構成ドリフトにつながる可能性があります。ビジネス属性をクラウドの使用状況にオーバーレイする[タグ付けスキーマ](https://d1.awsstatic.com/whitepapers/aws-tagging-best-practices.pdf)を定義して適用し、タグを活用して、技術、ビジネス、セキュリティの側面に従ってリソースを整理します。必須のタグを指定して、ポリシーで[コンプライアンス](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html)を強制します。[Infrastructure as Code](https://aws.amazon.com/cloudformation/) (IaC) と構成管理[ツール](https://aws.amazon.com/opsworks/)を活用して、リソースのプロビジョニングと[ライフサイクル管理](https://docs.aws.amazon.com/wellarchitected/latest/management-and-governance-lens/servicemanagement.html)を行います。構成の[ベースライン](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html)を定義し、[バージョン管理](https://aws.amazon.com/devops/source-control/)を使用して管理します。 + **パッチ管理** – ソフトウェアの更新をシステマティックに配布して適用します。ソフトウェアの更新は、新たなセキュリティの脆弱性に対処し、バグを修正し、新しい機能を導入します。[パッチ管理](https://docs.aws.amazon.com/prescriptive-guidance/latest/patch-management-hybrid-cloud/overview.html)のシステマティックなアプローチにより、本番環境へのリスクを最小限に抑えつつ、最新の更新のメリットを得ることができます。指定した[メンテナンス期間](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-patch-mw-console.html)に重要な更新を[適用](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html)し、クリティカルなセキュリティ更新はできるだけ早く適用します。次回の更新の詳細をユーザーに事前に通知することで、他の対策が可能な場合はパッチを延期できるようにします。本番環境にロールアウトする前に、マシンイメージを更新してパッチをテストします。パッチの適用中も引き続き可用性を確保するために、アベイラビリティーゾーン (AZ) や環境ごとに個別のメンテナンス期間を検討します。パッチの適用のコンプライアンスを定期的に確認し、違反しているチームに必要な更新を適用するように警告します。 + **可用性および継続性管理** – ビジネスクリティカルな情報、アプリケーション、サービスの可用性を確保します。クラウド対応の[バックアップ](https://aws.amazon.com/backup/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc)ソリューションを構築するには、既存の技術投資、復旧目標、使用可能なリソースを慎重に検討する必要があります。[災害](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-workloads-on-aws.html)やセキュリティイベントの後にできるだけ早く[復旧](https://aws.amazon.com/backup-restore/)することで、システムの可用性と[ビジネスの継続性](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/business-continuity-plan-bcp.html)を維持できます。定めたスケジュールに従って、データとドキュメントをバックアップします。 事業継続計画の一部として、災害対策計画を策定します。ワークロードごとにさまざまな災害シナリオの脅威、リスク、影響、コストを特定し、それに応じて目標復旧時間 (RTO) と目標復旧時点 (RPO) を指定します。マルチ AZ またはマルチリージョンアーキテクチャを活用して、選択した災害対策[戦略](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-options-in-the-cloud.html)を実施します。[カオスエンジニアリング](https://aws.amazon.com/fis/)を活用して、管理された実験によって回復性とパフォーマンスを向上させることを検討します。計画を定期的に見直してテストし、得られた知見に基づいてアプローチを調整します。 + **アプリケーション管理** – アプリケーションの問題を一元的に調査および是正します。アプリケーションのデータを[単一の管理コンソール](https://aws.amazon.com/blogs/aws/new-aws-systems-manager-consolidates-application-management/)に集約することで、異なる管理ツール間でコンテキストを切り替える必要がなくなり、オペレーションの監視が容易になるため、アプリケーションの問題の是正が迅速化されます。 アプリケーションポートフォリオ管理や CMDB などの他の運用管理システムと[統合](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-getting-started-related-services.html)し、アプリケーションのコンポーネントやリソースの検出を[自動化](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager.html)して、アプリケーションのデータを単一の管理コンソールに統合します。ソフトウェアのコンポーネントやインフラストラクチャのリソースを含めて、開発、ステージング、本番などのさまざまな環境を正確に把握します。オペレーションの問題をより迅速かつ一貫した方法で是正するために、[ランブック](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-working-runbooks.html)の自動化を検討します。