PagerDutyのIncidentライフサイクルを図にしてみる
こんにちは。イオンスマートテクノロジー株式会社（AST）でSREチームの林 aka もりはやです。 本記事ではPagerDutyのIncident（インシデント）のライフサイクルについて、現在（2024-05-24時点）の公式ドキュメントよりも分かりやすく図にして説明する試みです。 ＊念の為、私はPagerDutyの公式ドキュメントに対し長年好意的で英語全盛の頃からの読者です。さらに日本法人設立後は日本語ドキュメントの拡充を肌で感じ、時にはPagerDuty Universityを英語で受講するくらいには公式に対して尊敬の念があることを明記いたします。 よって基本的には公式ドキュメントを見ていただくのが良いです。 TL;DR PagerDutyのIncident Lifecycleを理解するための要点を記載します。 Incidentの状態はわずか3つしかありません Triggered（トリ
[レポート] インシデントレスポンスの自動化及びアラートノイズ削減方法 #devio2022 | DevelopersIO
この記事は2022年7月19日〜29日開催の技術カンファレンス「DevelopersIO 2022」のセッションレポートとなります。 オンコールの管理、エスカレーションの自動化、スケジュール管理のツールとして2009年にサンフランシスコで創業されたPagerDutyについて、機能と実際の活用方法についてデモを混じえて分かりやすくご説明いただきましたので、その内容についてご紹介いたします。 なお、クラスメソッドがお送りするDevelopersIO 2022イベントの全セッションはこちらからご覧いただけます。 本編について 本編はこちらからご覧いただくことができます。 スピーカー Pager Duty シニアソリューションコンサルタント 大塚 清尊さま 本セッションで学べること PagerDutyのオンコール管理、イベント管理の自動化に関する機能と活用方法 レポート PagerDutyとは グ
![[レポート] インシデントレスポンスの自動化及びアラートノイズ削減方法 #devio2022 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/53d61739ac10ea6336044adfa45ff1c350b61c70/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_developers.io-logo_1200x630.jpeg){kind=logo}
PagerDutyでインシデント対応を可視化する | ロードバランスすだちくん
シンジです。PagerDuty（ページャー・デューティー）をご存じですか？SaaSです。cloudpackの場合、SenseやNagios、Datadogなどなどから飛ぶメールを放り込んで、全てのインシデントを一括管理しています。今日はそんなPagerDutyの簡単なご紹介です。 これぞ神髄、エスカレーションポリシー まずアラートの内容で緊急度を判断したいのですが、大抵それらは機械的にやっていたとしても最後は人です。PagerDutyの場合は、この1つ1つのアラートに対して、「誰が、いつ対応を初めて、いつ完了となったのか」を記録します。 また重要なのが、アラートが「誰に」飛ぶかです。メールの場合は、「メーリンングリスト」を作って、とにかく担当者と思わしき人にメールを送りつけるテロが行われるわけですが、誰がどのインシデントに対応してるかさっぱり分かりません。そこで「エスカレーションポリシー」
PagerDutyを使ってみた - サーバーワークスエンジニアブログ
みなさんこんにちは。 技術研究課の山田です。 さて、私が所属している技術研究課ではR&Dを継続的に実施することで、業務フローの改善や他課をサポートする活動を日々行っています。 今回はその一環で PagerDuty を触る機会があったのでレポートします。 PagerDuty とは logo-image PagerDuty - https://www.pagerduty.com/ アプリ、サーバ等からの通知をきっかけに、予め定義していたエスカレーションポリシーとスケジューリングに基いて様々なアクションを実行することができるSaaSです。 SaaSなので利用者側でサーバを用意する必要がなく、すべての操作/設定はWeb上のインターフェースから行います。 ※ APIも用意されています PagerDuty の主な機能 様々な監視ツール(Datadog, Mackerel, Zabbix 等) からのア
監視アーキテクチャ(Sensu,Pingdom,Mackerel,StatusPage.io,PagerDuty)についてまとめてみる(2014年12月版) - Glide Note
Sensu Advent Calendarに便乗して、Kaizen Platform, Inc.の2014年12月現在の監視アーキテクチャの話をちょっとしてみようと思う。 モニタリング領域 サービスを監視している領域 Pingdom Pingdom - Website Monitoring 外部ネットワークからのサービスの死活監視。アメリカ、ヨーロッパ、アジアなどの拠点からサービスの死活監視が出来るため、特定の地域からアクセス出来ない場合なのが検知出来る。 後述するstatuspage.ioとの連携で、障害を検知すると、サービスのステータス状況が自動で変わるようになっている Sensu Sensu | The open source monitoring framework. 監視フレームワーク サーバを内部ネットワークから監視するために利用 サーバのプロセス監視、サーバ間の疎通監視、エラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DevOpsオンコール：スケジュールの管理方法
Datadog Integration Guide
Amazon CloudWatch Integration Guide | PagerDuty
Add Datadog to PagerDuty