あなたのチームの全員が LogicMonitor に住んでいるわけではありません — 何人かは決してプラットフォームに入らないかもしれません! でも、LogicMonitor の アラートの統合 拡張性を考慮して設計されています。 アラートに対する LogicMonitor の柔軟なアプローチにより、職場でアラートを受信し、アラートが適切なチーム メンバーにルーティングされ、アラート ストームやアラート疲労に圧倒されることがなくなります。 すぐに使用できる 10 のアラート統合、カスタム HTTP 統合、および SMS や電子メールなどの従来の通信方法を使用して、LogicMonitor が収集したデータが、ビジネスで使用する外部プラットフォームに送信され、そこでメンバーがすぐにアクションを実行できるようにします。 IT組織
LogicMonitor によって維持されるアラート統合には、次の XNUMX つのタイプがあります。
- 私たちの コミュニケーションの統合 Microsoft Teams と Slack を使用すると、アラートが会社の優先通信チャネルに直接送信されるシームレスな双方向エクスペリエンスが提供されるため、アラートを監視し、それらを確認し、そのチャネル内でダウンタイム (SDT) をスケジュールできます。
- ワークフローの統合 IT チームが ServiceNow、PagerDuty、AutoTask、Connectwise、または Jira Service Management でチケットを作成、オープン、更新、クローズできるようにします。
- そして私たちの 自動化の統合 アラートを Stackstorm に送信し、アラートはルールベースのエンジンによって処理され、そこから自動修復がトリガーされます。
しかし、お使いのシステムがすぐに使用できる製品の XNUMX つに取り込まれていない場合はどうなるでしょうか? 問題ない。 LogicMonitor では、プラットフォームの拡張性に誇りを持っています。 貴社の特定のニーズに合わせてプラットフォームを機能させ、既存のシステムとプラグ アンド プレイできる柔軟性を提供します。 私たちはこれを カスタム HTTP 統合 (つまり、Webhook) アラート データを任意の API エンドポイントに送信できるようにします。
カスタム HTTP アラート配信方法 (Webhook など) を使用すると、HTTP GET または POST 要求を介してアラート通知データを外部システムに送信できます。 カスタム メール アラート配信と同様に、チケット システムにアラート通知を送信する場合に役立ちます。 カスタム HTTP アラート配信では、トークン (変数) を使用してアラート通知データの正確な形式を定義できるため、受信者システムで簡単に解析できます。
通常、カスタム HTTP 配信メソッドは HTTP POST を作成し、要求ペイロードでアラート通知データを配信します。 ただし、HTTP GET リクエストで十分な場合もあります。これは、リクエスト自体にフォーム データが URL に追加されているため (例: https://www.example.com/api?param1=abc&m2=def)、ペイロードを送信する必要がないためです。 .
カスタム アラート配信方法を定義するだけでは、カスタム配信方法を介して通知がルーティングされることはありません。 カスタム配信方法は、エスカレーション チェーン内の受信者への連絡方法として含める必要があり、そのエスカレーション チェーンはアラート ルールによって参照される必要があります。
当社の顧客とパートナーは、アラート ペイロードを ITSM ソリューションやその他のツールに配信するために、多数のカスタム HTTP 統合を作成しました。 GitHub. これらは、独自のカスタム統合の構成要素になる可能性があります。 一例はこれ ONEiO のステップ バイ ステップ ガイド。 詳細については、 カスタム HTTP サポート ページ!
私たちのブログを購読する
このような記事をあなたの受信箱に直接お届けします