ソフトウェア2026/11/10 21:00 UTC·2 分で読めます

Opsgenie終了へ、Telegram対応の当番ツールDezhurka公開

Opsgenieのサポートが2027年4月5日に終了する中、開発者がロシアのチーム向けにTelegram中心のオンコール・エスカレーション基盤Dezhurkaを公開した。

A Telegram chat showing an incident alert with a "Take it" button next to a monitoring dashboard and an on-call schedule. — 画像: Хабр

SUMO：数字パズル

Dialo：話して学ぶ語学アプリ

ediviewer：EDIファイルを文書のように読む

giftdetect：数分でぴったりの贈り物

Atlassianは2026年第1四半期にOpsgenieの新規登録を停止し、サポートを2027年4月5日に終了すると発表している。当番機能はJira Service Managementへ移行するが、ロシアの多くのチームはその移行先を利用できない。こうした状況を受け、開発者が「Dezhurka（Дежурка）」を公開した。

既存の監視の後段で動く

PagerDuty、incident.io、Rootlyは利用不可か、Slack前提の設計だという。ロシアではTelegramが主流のため、Zabbixのボットで全通知を共通チャットに流す、Alertmanagerの上でKarmaを使う、「夜に落ちたらVasyaに電話」と決めておく、といった運用が多い。いずれもアラートは見えるが、今誰がインシデントの責任者か、担当者が起きなかったらどうなるかには答えられない。

DezhurkaはPrometheus Alertmanager、Grafana、Zabbixといった既存の監視の後段に置き、誰を呼び出すかを決める。ローテーションやタイムゾーン、急な交代に対応し、5分以内に応答がなければ次の担当者、さらにチームリーダーへ呼び出しを移す。Telegramの「Беру（引き受ける）」ボタンを押すとエスカレーションが止まり、誰が対応中か全員に分かる。同じアラートが20回届いても1件のインシデントとして扱う。

構成と入手方法

Python 3.12、FastAPI、SQLAlchemyで構築され、保存先はSQLiteまたはPostgres。コードは約2000行、テストは24件で、Dockerコンテナ1つで動く。Telegramのwebhookではなくlong polling（getUpdates）を使うため、閉域網でもapi.telegram.orgへの外向き通信だけで済む。人員、スケジュール、ポリシーはconfig.yamlで管理し、秘密情報は環境変数から読み込む。

重複判定はAlertmanagerのfingerprintやZabbixの{EVENT.ID}で行う。ボタンは連携済みアカウントのみ有効で、管理パネルはBasic認証とOrigin検証で保護される。

ソースコードはGitHubのgithub.com/wonbix1409/dezhurkaで公開中。クリーンなUbuntuで1コマンドのインストーラがPrometheus、Alertmanager、Grafana、任意でZabbixを含むデモ環境を構築する。利用条件はリポジトリのLICENSEに記載されている。