銀行サービスを使用するすべての人に捧げます。
「お待ちください、情報が読み込まれています」と、行の反対側の女の子は言います。 銀行に電話をかけると、そのような瞬間に、あなたは精神的に予測不可能な時間をオンラインで期待する準備をしています。 しかし、その後、悲惨な5分が経過し、答えが返ってきます。 面白いのは、彼らがまだサービスの質を評価するように頼むことです。 そして、2行目に10回目の不在着信があり、呪い付きのSMSがいくつかあります。 さて、誰がそうではないのですか？ 銀行ソフトウェアの作業の凍結または遅延は、現在も将来もそうです。 コードは不完全であり、ソフトウェアの通常の動作はメーカーによって保証されていません。 もちろん、すべてのソフトウェアベンダーは、発見されたバグを修正しようとしますが、誰もがこれを迅速に行うことはできません。 ユーザーデータの処理、ビジネスアプリケーションの負荷の増加、オペレーティングシステムの更新により、予期しないエラーが発生します。 この記事では、ユーザーのトラフィックを盗聴し、ロシアの大手銀行がソフトウェアの問題を特定する方法を説明します。
合成トランザクションを使用した監視、ビジネスアプリケーション内のコード呼び出しの制御、特にインフラストラクチャの監視が存在する場合でも、問題の原因を常に理解できるとは限りません。 また、これらのツールを使用しても、ビジネスアプリケーションをサポートする開発者に暗黙的な問題を提示することはできません。 この問題を解決するために、Micro Focus（以前のHP Enterprise）のReal User Monitoring（RUM）ユーザートラフィック分析ツールを使用しました。 以下の実際のケースとその他の詳細。
Micro Focus RUMを選ぶ理由
Micro Focus RUMは、Micro Focus Operations Bridge（OpsBridge）監視ソリューションの一部です。 この包括的なソリューションには、銀行がすでに使用しているビジネスプロセス、合成およびインフラストラクチャの監視用のモジュールが含まれています。 Micro Focus RUMは追加のブリックになり、反対側からビジネスアプリケーションを調べるのに役立ちました。 スニファーの原則に従って動作します。ネットワークトラフィックを解析し、その中の実際のユーザーのトランザクションを識別します。 重要なキラーフィックは、「すぐに」サポートされていないトラフィックをリッスンするプラグインを作成する機能です。
ビジネスアプリケーションとは何ですか？
Micro Focus RUMを設定して、インターネットバンキング、フロントオフィスシステム、処理を伴うABS、および銀行と国際決済システムとの相互作用を監視します。 各アプリケーションについて順番に。
オンラインバンキング
銀行は、インターネットバンキングにおけるユーザー作業の問題を早期に特定するタスクを設定しました。 Micro Focus RUMが導入される前、銀行のテクニカルサポートは、クライアントがコールセンターに目を向けたときに翻訳不能のしゃれからインターフェイスの異常な動作について学びましたが、一部についてはまったく知りませんでした。 クライアントは問題を報告せず
Micro Focus RUMを使用すると、設定で定義済みの顧客アクションを設定し、ユーザーシナリオに応じて通路を制御できます。預金の開設、ローンまたはクレジットカードの申請書の記入、送金。 ソリューションを実装する際に、これらのシナリオの成功の監視を設定し、シナリオ内のユーザー数をカウントし、預金、振替、または要求されたローン金額を含む現金相当額を計算します。
その結果、銀行は、ユーザーが連絡する前に、システムの異常動作の早期診断と特定のためのツールを受け取りました。 RUM、合成、インフラストラクチャモニタリング間のイベントバインドを構成することで、問題の原因を確認し、解決にかかる時間を短縮できました。 利益！
フロントオフィスシステム
フロントオフィスシステムは、銀行の専門家が顧客にサービスを提供するために使用します。債務に関する情報の提供、送金、預金の手配、ローン、クレジットカードなどです。 最も一般的なサポートコールは、システムインターフェイスの応答の長い待機に関連付けられていました。 インターフェースの待機は最大10分間かかる可能性があります。 システムを保守した請負業者は、sportlotoに連絡するか、ユーザーの苦情よりも具体的なものを提供するようアドバイスしました。 実際、銀行には何も提示するものがありませんでした。
Micro Focus RUMの導入後、フロントオフィスシステムの問題モジュールに関するデータが表示され、ユーザーの通過に関するレポートがインターフェイス画面に表示されます。 銀行商品を申請するために、合計12のそのようなアルゴリズム取引が設定されました：現金ローン、住宅ローン、クレジットカード、預金、支払い取引、その他の重要な業務。 オフィスが存在するマクロ地域と都市にトランザクションアカウンティングを設定しました。銀行はユーザートランザクションをリアルタイムで表示し、定期的なレポートを受け取ることができました。 最も重要なことは、請負業者が改善のための完全なデータを受け取ることです。
ABS
銀行はABSを使用します。ABSは、外部から要求を行う機能なしに、閉じたデータベースで動作します。 そのような、それは判明している、まだ発見されています。 処理は完全に独自のプロトコルに従ってそれとやり取りし、監視設定に障害をもたらしました。 キャプテンの証拠は、データベースで直接クエリを実行しないと、そのコンポーネントの状態に関する完全な情報を取得できないことを示唆しています。
この状況でMicro Focus RUMを使用する可能性は明らかではないようです。 私たちはカブに傷を付け、解決策を見つけました-アプリケーションとデータベースの間のトラフィックを聞きます。 次に、トラフィックを分析した後、データベースクエリの種類を整理し、解析するためのプラグインを開発しました。
Micro Focus RUMを使用して監視を設定した後、銀行はABSの動作を監視し、請負業者に改善のための提案を行うことができます。
支払いシステムとの相互作用の監視
銀行は、標準プロトコル（RFC 4949に準拠）に従って国際決済システムと対話します。 各カード取引は、外部サービスに訴える支払い取引です（マルチカード）。
この場合、Micro Focus RUMは、支払いシステムと支払い端末を備えたATMとの間のデータ交換の制御を支援しました。 ABSと同様に、このタイプのトラフィックを解析するメカニズムを分析および開発しました。 その結果、トランザクションのステータスをリアルタイムで追跡し、定期的なレポートを受け取ることができました。
結果に基づいて、銀行はアプリケーションの機能に関する詳細データを受け取り、アプリケーションの変更の影響を監視し、請負業者に送信して修正するための問題を診断するツールを監視しました。 現在、他のアプリケーションへの拡張を計画しています。
記事の著者： Anton Kasimov 、監視システムのアーキテクト、Technoserv社。