監視システムが小売店でめったに見つからない理由
ここではすべてが完全に透過的です。小売業者やサービス会社は、経済性を評価することが難しいため、監視システムを使用することはほとんどありません。 ビジネスプロセスの導入により、すべてがシンプルです-Xのお金とXの努力。 しかし、彼らが将来小売業者をどれだけ節約したかを計算することはより困難です。
サービス請負業者は通常、監視システムを実装しません。これは、作業の重要性を低下させないためです。 これは論理的です。Zabbixを使用すると、クライアントが見る前に問題を特定できます。 一方では、これにより提供されるサービスの品質が向上します。 一方、クライアントは、自分のビジネスプロセスが完全に組織化されており、外部からの支援なしで機能しているという誤った印象を抱くことがあります。 しかし、これは時間通りにレポートを提供することで解決できます。
ただし、監視システムの実装に同意する小売業者でさえ、通常はサーバー、オフィスコンピューター、無停電電源装置、およびアクティブなネットワーク機器の制御になります。 これも行います：
- サーバーから、プロセッサの使用率、ファンのパフォーマンス、ハードドライブ、メモリ、プロセッサとマザーボードの温度に関するデータを取得します。
- 無停電電源から-ステータス、充電レベル、停電が発生した場合にどれだけ時間がかかるかに関する情報。
- ネットワーク機器から-ポート上のトラフィック、リソースの利用。
受信した情報の一部として、サービスデスクで自動リクエストが行われます。 他の多くのデータは、インシデントの調査に役立ちます。 古典的な例：ユーザーは自分のコンピューターが遅いと文句を言います。 監視システムなしでこれを追跡することは困難です-エンジニアがすべてを接続した場合、または従業員が主観的な印象を持っている場合（彼の弱い作業PCは、自宅にある派手なゲーミングコンピューターよりも客観的に遅く動作します）。 そのため、人が問題を観察していたときのグラフを遡及的に研究しています。
しかし、上記のすべてはありふれたものであり、新しいものではありません。 たまたま私たちはさらに進んで、Zabbixの助けを借りて、 キャッシュレジスタソフトウェアとキャッシュレジスタ装置のパフォーマンスを監視し始めました。 これは、ロシア市場で食品および非食品セグメントの両方で広く代表されている大規模な国際小売業者に対して行っています。 また、当社の地域監視システムは、一部の地域ネットワーク担当者に買収されました。このネットワーク担当者は、ビジネスプロセスのパフォーマンスを独立して制御できるようになりました。
なぜこれを始めたのですか？
率直に言って、監視システムは、プロジェクトやパーツなしで自発的にパイロットに実装されました。 これに関する決定が上から来た場合、おそらく他のサービス請負業者の道をたどり、気にしないでしょう。 しかし、私たちは線形の従業員の導入を開始しました-エンジニア。 レジの機器またはソフトウェアの不具合の特定の内訳に直面して、彼らは将来それを防ぐ方法を探していました。 そして、彼らは監視システムのアイデアを思いつきました。
その助けを借りて、問題を解決するための3つのオプションがあります。
- 予防的に-問題が発生する前に修正します。 たとえば、ハードディスクを監視しているとき、ハードディスク上のスペースがクリティカルレベルまで減少していることがわかります。 そして、この点で対策を講じています。
- 事後-問題が発生した後に解決します。 たとえば、プロセッサのファンが故障しました。 プロセッサはまだウォームアップ中ですが、動作しています。 遅かれ早かれ、もちろん失敗しますが、これまでのところ、ファンを交換する機会があります。 つまり、ユーザーはまだインシデントに気付いていませんが、すでに気付いています。 彼の観点から、問題を積極的に解決しますが、機器の観点から-事後。
- 分析的に-インシデントを解析するために振り返って大量のデータを取得します。
もちろん、監視システムは必ずしも意味をなさないため、すべてのレジに影響を与えるわけではありません。 バーコードスキャナーをお持ちください。 動作するかしないかのどちらかです。 2番目のケースでは、店舗の従業員が監視システムよりもはるかに迅速に問題を報告します。 したがって、 POS端末とキャッシュレジスタ（CCP）の制御に焦点を当てました。
CCTヘルスモニタリング
CCPは、ドライバーを通じて、パフォーマンスを判断できる十分な情報を提供します。 例：
- さまざまなインベントリデータ-ハードウェアバージョン、ファームウェア、ドライバー、シリアル番号。 一般に、サービスの機器の構成は契約の付属書に固定され、CMDBに保存されますが、顧客は自由に機器を自由に移動および交換できます。 もちろん、彼はサービス会社にこのことを通知するのがいいといつも思い出すわけではありません。 これは、監視システムが救助に来て、機器の構成の変更を追跡する場所です。 Zabbixのインベントリデータに従ってCMDBを修正する統合モジュールを作成しました。 サービス施設の機器の実際の構成を追跡することに加えて、監視システムの自動検出機能と組み合わせて、そのような作業が契約によって提供されている場合、新しいクライアントの在庫を開始する時間を大幅に短縮します。
ケーススタディ：2017年12月にKKTのメーカーの1社のファームウェアにバグがあったことを覚えている人は多いでしょうか？ 問題に関する最初の情報が表示されるとすぐに、Zabbixでトリガーを設定し、バグを含むファームウェアバージョンを通知し、早急に対処する必要があるCCPのリストを取得しました。
- CCPステータスコードは、誤って設定された時間やプリンターヘッドの過熱から、フィスカルドライブ上の未送信のフィスカルデータの存在に至るまで、ほぼすべての誤動作を追跡できる優れたパラメーターです。
現金ソフトウェア管理
現金プログラム管理の一環として、さまざまな兆候を監視しています。
- サービスの保守性-ソフトウェアがオンになっているかどうか、一部のネットワークポートを開くか、接続を待機しているか。
- ログのエントリ-通常、ソフトウェアは発生した問題についてログに書き込み、一連のエラーを生成します。 間接的な兆候として、ログが変更された場合、ソフトウェアは動作します。ログに新しいエントリがなければ、リクエストを作成する必要があります。
- 実際、ログエントリ自体-エラーメッセージが発生すると、トリガーが起動します。 処理後、レコードはELKに転送されます。Logstashログは、Zabbix APIを介して削除されます。
- データをダウンロード、変換、送信する統合ソフトウェアの結果（たとえば、EGAIS、OFDへの情報の転送、さまざまな商品の受け取りなど）。 そのため、命名法が誤って形成された最近のデータパッケージにより、セルフペイメントターミナルソフトウェアが無効になり、クライアントのストアの1つで作業が麻痺しました。 監視システムのおかげで、問題を時間通りに特定できました。
- ソフトウェアとドライバーのバージョン-たとえば、2つのプログラムのバージョンに互換性がない場合に状況が発生することがありますが、キャッシュソフトウェアが機能するには相互作用が必要です。
- データベース-サービスの保守性、ネットワークポートの可用性、データベースの数、それらのバージョン、およびオフになっているデータベースの数を監視します。
- 外部サービス（たとえば、自動モードでIPネットワークを介してやり取りするEGAIS）。
監視システムに最も頻繁に侵入する問題
ほとんどの場合、Zabbixはネットワークの問題について通知します：デバイスへのアクセス不能、応答時間が長すぎる。 さらに、リソースの利用には困難があります。通常、低電力PCはレジに使用されます。 3番目に一般的な問題は、外部システムからのデータの有効性です。
かなり頻繁に、間違った現地時間に関するメッセージが来ます。 通常、キャッシュPCはADに入りません。また、ntpサービスを個別に構成する必要がありますが、これは忘れられる場合があります。 また、チェックアウトの間違った時間には、店舗にとって大きな問題があります。たとえば、禁酒のときにアルコールを販売すると、罰金や免許の喪失につながる可能性があります。
不正行為とダウンタイムとの闘い
ちなみに、Zabbixが非常に予想外に有用であることが判明した別の活動分野-詐欺との戦い。 地域の請負業者または個別に支払われる個々のフィールドエンジニアは、顧客のユーザーと犯罪陰謀を起こし、実際には存在しなかった問題を解決することがあります。 監視システムの兆候を分析することで、彼らをきれいな水に連れて行くことができます。 これまでのところ、特定の場所でアクティビティの疑わしい急増が記録された場合、これは手動で行われましたが、Zabbixの読み取り値を使用して、可能な場合はすべて自動的にアプリケーションを検証するよう取り組んでいます。
現在、当社の監視システムからは15〜25％のアプリケーションを受信しています。 これはかなり少量ですが、今年の終わりまでに、当社とサービス契約を結んでいるお客様のために、最大50％まで引き上げたいと考えています。