2

状況: 一部の銀行には古いレガシー ABS (自動銀行システム) があります。

銀行は次のことを望んでいます。

  1. クライアントのアカウントの変更について古いレガシー CRM システムに通知します (公開操作)。
  2. クライアント カードの PIN コードをチェックします (要求/応答操作) - 同期モードで。

ABS は、StoredProcedures 呼び出しを使用して非常に古いプライベート テクノロジで実装されています。したがって、このシステムにはデータベース経由でのみ接続できます。

Java/.Net (ESB) アプリケーションを古い/レガシー データベース システムと統合する方法を知っていますか?

書き込み/公開操作

任意のベンダーのデータベース サーバー:

  1. テーブルをスキャンして新しいエントリを探します - 速度が遅すぎます。
  2. SQL の更新を処理し、イベント情報をテーブルに挿入して書き込むトリガー (サポートされている場合)。また、アプリケーション リスナーは、このテーブルのイベントをチェックする必要があります。
  3. Oracle serevr : PL/SQL TRIGGERS + Oracle AQ。そして JMS のリスナー。

読み取り操作

  1. ABS のテーブルに結果を書き込むだけ - 危険です。

  2. ...

同期モードでの応答についてレガシーデータベースシステムに通知する方法??? 同期モードで書き込み/読み取りを実装する方法???

繰り返しになりますが、Java/.Net (ESB) アプリケーションを古い/レガシー データベース システムと統合する方法はどれですか?

4

3 に答える 3

2

多くのベンダーが DataServices について誇大宣伝しています。これらの製品の最大の価値は、さまざまなデータソースを統合するときだと思います。

このデータをサービスとして公開する単純な「アプリケーション」を作成することを検討します

于 2008-10-11T16:38:12.510 に答える
1

それは多くの要因に依存します。特に、データベースの読み取り/書き込みスループットとパフォーマンスの感度。

データベースはやや機密性の高いものになる傾向があり、特定のシステムでの本番用に微調整されている場合、任意の他のシステムからの汎用アクセスに対して非常に脆弱であることがよくあります。多くの場合、データベースを別の読み取り専用スレーブ データベースに複製し、統合作業やクエリなどに使用できます。

その後、元のデータベースに影響を与えることなく、必要なものに基づいてトリガー/ポーリング/JMS を使用できます。

使用するデータベース レプリケーション テクノロジーによって異なります。その後、多くの場合、レプリカ データベースにトリガーをインストールできます (マスターから少し遅れることがあります)。これにより、実稼働データベースへの影響を最小限に抑えることができます。

于 2008-10-08T10:10:30.387 に答える
0

銀行で Mule を ESB として使用することを提案できます ( http://www.mulesource.org/display/MULE/Homeも参照してください)。

データベースと直接通信できます（ストアドプロシージャとテーブル/ビューレベルでOKである必要があるjdbcレベル）。コア バンキング システム (データベース レベル、Oracle) とスタンドアロン アプリケーション (Web サービス レベル) の統合については、良い経験があります。

率直に言って、私はあなたのすべての質問を得たわけではありません (あなたが好めばロシア語で私に直接尋ねることができます) が、IMO Mule はあなたのやり方です - それは JMS、JDBC、ファイルレベル、その他多くのものを消費し、syncronouse および asyncornouse イベントを次のように処理できます。 ( http://www.mulesource.org/display/MULE2USER/Available+Transportsも参照)。

よろしく。

PS英語を話す聴衆にとってより明確にするために、ABSの代わりに、より標準的な用語のコアバンキングシステムを使用することを提案できます（xUSSR諸国でも同じことを意味します）.

于 2008-11-01T20:03:45.927 に答える