読者の皆さん、ご挨拶！ この記事では、トーストを作ることについての話を共有し、
ワイヤーのバンドルと統合チップのオープンソースソリューションでZabbixの機能をどのように拡張したかを説明します。 まず最初に、猫をお願いします。
次のことを想像してみましょう。1つまたは複数のITシステムによってサポートされるビジネスプロセスが存在する組織（自分の組織である場合もあります）で働いています。 監視システムがあることは確かです。 さらに、ビジョンは少しぼやけており、明確ではありません。それは産業システムか、無料のオープンソースかです。 ただし、すべてのセンサーが緑色であるが、ビジネスプロセス自体が不可解な障害を引き起こし、主要なインジケーターの減少を示している状況があります。 無許可の集会での法執行機関のスタンガンの閃光のように、状況が制御不能になり、対処する必要があるという考えがすぐに頭に浮かびます。 しかし、それはどのように明確ではありません。 これはかなり一般的なケースであり、症状からできるだけ早く取り除くことをお勧めします。 この問題を解決する体系的なアプローチは、サービスモデルのコンパイルを提供します。
（ITだけでなく）企業で発生するプロセスを視覚化するサービスを提供する
Tom Woodzhekは 、1つの興味深い研究を実施しました。 彼は、さまざまな人々にトーストを作るプロセスを描くように頼みました。 以下は、この作業の結果です。
多くの写真には何が見えますか？ そう！ あらゆるシステムに存在するオブジェクトと通信。 それらが多ければ多いほど、アプローチはより体系的になります。 正確な粒度は、ビジネスシステムの「健康」をより正確に追跡します。 Visioを使用して図を作成することもできますが、リンクを描画するためのマーカー、オブジェクトの付箋を取り、マーカーボードにシステムを描画する方がはるかに興味深いです。 黄色の葉の数が多いほど、リンクが多いほど、問題の原因を正確に特定するために監視ポイントの最大数を特定する機会が増えます。
そして、標準のZabbix機能を拡張し、上記の体系的なアプローチを適用する分野での開発についてお話します。 それらは正確に2つあります。
1つ目は、システムのマッピングとサービスのヒートマップの作成です。 銀行業務プロセスの監視に関する真剣な経験を踏まえて、この分野の例を示します。 最も一般的な3つの銀行システムを考えてみましょう。 あなたの銀行がより典型的なシステムを持っている場合、すみません-ここではそれらを考慮しません。
リモートバンキングシステム（RBS）：
エンタープライズデータバス（ESB）：
意思決定システム（DSS）：
このアプリケーションでは、次のようになります（はい、構造に多少違反していますが、同時に可視性は残っています）。
必要に応じて、次のレベルに移動できます。 同様に重要なのは、オブジェクトの上にマウスを移動すると、ポップアップウィンドウがポップアップし、イベントの説明とZabbixのチャートへのリンクが表示されることです。
このアプローチと指定された詳細度のおかげで、便利なダッシュボードが得られると同時に、問題を特定するためのシンプルなツールが得られます。 私たちのシステムの機能に関するいくつかの言葉：
-企業システム間の依存関係の視覚化。
-コンポーネントの相互の影響度の設定（通信の重み）;
-Zabbixとの統合（ヒートマップ上のオブジェクトはトリガーに関連付けられています）;
-オブジェクトにカーソルを合わせると、イベントテキストがポップアップ表示されます。
-オブジェクトの関係を設定するための視覚的なインターフェース。
-オブジェクトとZabbixトリガーの接続を設定するための視覚的なインターフェース。
例として、すでに開発済みのインターフェースをいくつか紹介します。
ヒートマップへのオブジェクトの追加：
Zabbixとの統合の追加：
Zabbixトリガーをヒートマップ上のオブジェクトに接続する：
このシステムは、
Google Chartと
Bootstrapを使用しています。 これはアルファ版ですが、長年にわたって成功を収めてきた産業システムの便利な機能を追加することで、さらに開発する予定です。 新しい機会が山積するにつれて、私はあなたに情報を提供し、投稿を公開しようとします。
2番目の操作時間は、Zabbixとの統合と、合成トランザクションの機能のヒートマップです。 実際、これはヒートマップの続きですが、反対側からの外観です。 間違いなく、アプリケーションとインフラストラクチャ自体の側からのみシステムを制御すると、必要な情報の完全性が得られません。 統合トランザクションを使用すると、ユーザーの側からこの問題を確認し、ユーザーがヘルプデスクを最初に呼び出す前でも問題を特定できます。
合成トランザクションはphantom.jsフレームワークに基づいています（ただし、casper.js、純粋なセレン、または好みに合わせて他のものに切り替えることを妨げるものは何もありません）。 テストラボでは、テストスクリプトの実行がcronを介して設定され、受信したデータがzabbix_trapperを介してZabbixに送信されます。 テストシナリオの例として、MTS個人アカウントにログインし、アカウントの残りのお金とインターネットパッケージのトラフィックを受け取ります。 以下はスクリプトのリストです。 銀行環境では、このツールの最も可能性の高い用途は、たとえばRBSです。 誰もシステムにログインしてアカウントからアカウントに1ルーブルを転送することを気にしません。
バランスとトラフィックバランスをチェックするためのテストシナリオ（Javascript） 収集されるアイテムは次のとおりです。
それぞれに独自のスケジュールがあります。
監視にオープンソース監視ソリューションを使用することは、すべてのトラブルのピルであるとは言いたくありません。 オープナーの秘密を教えましょう。物理学と同様に、ここではお金と労働の保存の法則が適用されます。 完成品に注ぐお金が多くなればなるほど、洗練のための人件費は少なくなり、逆もまた同様です。 常識、利用可能な予算、人的要因に常に従う必要があります。チームは、最初の電話でビジネス監視を急いで行う準備ができていますか？
特に監視技術に興味がある場合は、このトピックに関する以前の記事
「ビジネスアプリケーションの監視の原則」に精通することをお勧めします。
記事の著者：
アントンカシモフ