概要

AWS Lambda でエラー率の増加に対処する場(chǎng)合、エラーを分類し、エスカレーション パスを定義することが重要です。このガイドでは、AWS Systems Manager Incident Manager を使用して、インシデントを効果的に自動(dòng)的に処理およびエスカレーションする方法を説明します。このワークフローには、Runbook を使用してエラーの詳細(xì)を収集し、Amazon SNS を通じて関係者に通知することが含まれます。

AWS Systems Manager Incident Manager を使用する理由?

AWS Systems Manager Incident Manager は、AWS 環(huán)境內(nèi)でのインシデント対応の一元管理を提供します。主な利點(diǎn)は次のとおりです:

1. ネイティブ AWS 統(tǒng)合: Amazon CloudWatch、AWS Lambda、Amazon EventBridge などのサービスとシームレスに統(tǒng)合します。

2. Runbook Automation: 自動(dòng)または半自動(dòng)のワークフローを促進(jìn)して、インシデントのトラブルシューティングと対処を行います。

3. マルチチャネル通知: Amazon SNS、Slack、Amazon Chime 経由の通知をサポートします。

4. コスト効率: 中小規(guī)模の環(huán)境向けの商用ソリューションの実行可能な代替手段。

制限事項(xiàng)

詳細(xì)なレポート、複雑なチーム階層、多層エスカレーション フローを必要とする大規(guī)模組織の場(chǎng)合は、PagerDuty や ServiceNow などの特殊なツールの方が適切な場(chǎng)合があります。

アーキテクチャの概要

このアーキテクチャでは、CloudWatch アラームを使用して AWS Lambda 関數(shù)のエラーを監(jiān)視します。 Incident Manager は、インシデントを自動(dòng)的に作成し、エラー処理と通知のための Runbook を?qū)g行します。

エラーのシナリオ

• エラー A: 電子メール通知による標(biāo)準(zhǔn)インシデント。

• エラー B: SMS 通知とエスカレーションが必要な重大なインシデントです。

CloudWatch アラームは、これらのエラー タイプを區(qū)別し、それに応じて特定のインシデント対応をトリガーするように構(gòu)成されています。

---

段階的な構(gòu)成

ステップ 1: Lambda エラー用の CloudWatch アラームを作成する

ラムダ関數(shù)の例:

import logging

logger = logging.getLogger()
logger.setLevel(logging.INFO)

def lambda_handler(event, context):
    error_type = event.get("errorType")

    try:
        if error_type == "A":
            logger.error("Error A: A standard exception occurred.")
            raise Exception("Error A occurred")
        elif error_type == "B":
            logger.error("Error B: A critical runtime error occurred.")
            raise RuntimeError("Critical Error B occurred")
        else:
            logger.info("No error triggered.")
            return {"statusCode": 200, "body": "Success"}
    except Exception as e:
        logger.exception("An error occurred: %s", e)
        raise

CloudWatch メトリクスとアラームを構(gòu)成します。

1. メトリクス フィルター: エラー A とエラー B のフィルターを作成します。

1. アラーム: これらのフィルターを、適切なしきい値と期間を持つアラームにリンクします。

1. アラーム アクション: インシデント マネージャー ワークフローを開始するトリガーを設(shè)定します。

ステップ 2: インシデント マネージャーをセットアップする

1. インシデントマネージャーを有効にする:

import logging

logger = logging.getLogger()
logger.setLevel(logging.INFO)

def lambda_handler(event, context):
    error_type = event.get("errorType")

    try:
        if error_type == "A":
            logger.error("Error A: A standard exception occurred.")
            raise Exception("Error A occurred")
        elif error_type == "B":
            logger.error("Error B: A critical runtime error occurred.")
            raise RuntimeError("Critical Error B occurred")
        else:
            logger.info("No error triggered.")
            return {"statusCode": 200, "body": "Success"}
    except Exception as e:
        logger.exception("An error occurred: %s", e)
        raise

ステップ 3: 通知連絡(luò)先を構(gòu)成する

• メール: 管理者にエラー A を通知します。

• SMS: エラー B エスカレーションについて関係者に通知します。

ステップ 4: エスカレーション計(jì)畫を定義する

• エラー A: 未解決の場(chǎng)合は電子メール通知に続いて SMS が送信されます。

• エラー B: 即時(shí) SMS 通知。

ステップ 5: ランブックを作成する

ランブック テンプレート:

- Navigate to the Incident Manager settings in the AWS Management Console and onboard your account.

ステップ 6: 対応計(jì)畫の作成

• エラー A とエラー B に対して個(gè)別の対応計(jì)畫を定義します。

• Runbook と通知チャネルを各対応計(jì)畫にリンクします。

ステップ 7: CloudWatch アラームをインシデントマネージャーにリンクする

• アラーム アクションを編集して、対応するインシデント マネージャーの対応計(jì)畫をトリガーします。

デモ

商用ツールの比較

AWS Incident Manager の理想的な使用例:

• AWS 中心のアーキテクチャを備えた小規(guī)模から中規(guī)模の環(huán)境。

• 簡(jiǎn)単なエスカレーションと通知が必要です。

• コスト重視の展開

---

結(jié)論

AWS Systems Manager Incident Manager は、AWS 中心の環(huán)境におけるインシデント対応のためのコスト効率の高いツールです。商用ソリューションの高度な機(jī)能がいくつか欠けていますが、AWS サービスとの堅(jiān)牢な統(tǒng)合と、多くのユースケースに十分な機(jī)能を提供します。セットアップが簡(jiǎn)単でコストが低いため、小規(guī)模から中規(guī)模の運(yùn)用にとって魅力的な選択肢となります。

---

參考文獻(xiàn)

• AWS Systems Manager インシデントマネージャー

• AWS Lambda モニタリング

• Amazon CloudWatch アラーム

• PagerDuty

• ServiceNow

以上がAWS インシデント管理をマスターする: Systems Manager Incident Manager による対応の自動(dòng)化の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。