AWS LambdaとAPI Gatewayを利用し、PagerDutyのインシデント発生時にSlackに専用チャンネルを作成する #3
前回の記事ではPagerDutyのWebhookをLambda関数で受け、SlackのIncident専用のチャンネルを作成してメッセージをpostしたり、IncidentがResolvedになったら専用チャンネルをarchiveしたりするところまでご紹介しました。 大まかにまとめると、下記のシーケンス図のような仕組みになります。 しかし、専用チャンネル
前回の記事ではPagerDutyのWebhookをLambda関数で受け、SlackのIncident専用のチャンネルを作成してメッセージをpostしたり、IncidentがResolvedになったら専用チャンネルをarchiveしたりするところまでご紹介しました。 大まかにまとめると、下記のシーケンス図のような仕組みになります。 しかし、専用チャンネル
前回の記事に引き続き、AWSのAPI Gateway経由でLambdaファンクションを呼び出し、Slackの APIを叩いて専用チャンネルを作成する手順を説明していきます。 前回の記事ではPagerDutyのWebhookをLambda関数で受け取るところまでご紹介しました。 これからLambda関数内でSlackのAPIをコールするための処理を記述することになり
当社ではサーバーやネットワークに障害が発生した際に、障害対応の担当者へ通知を行う手段としてPagerDutyを利用しています。 担当者が障害を認知した後は障害内容を調査し、必要に応じて開発者や責任者へエスカレーションを行うことになります。 障害の発生が平日の日中帯であれば関係者間のコミュニケーションに問題はないのですが、夜間・休日の場合は関係者がそれぞれ別の場所に居るこ