問題タブ [esb]

私の日常の仕事では、Web サービス (および最近では WCF) を介して負荷分散されたアプリ サーバーと通信する、負荷分散された Web サーバーがあります。常に、新しい Web サイトやサービスを追加したり、既存のサービスを利用したりできる 4 ～ 6 の異なるチームがあります。おそらく、約 20 ～ 30 の異なる Web アプリケーションとそれに対応するサービスがあります。

残念ながら、競合する優先順位、組織構造、プロジェクトのタイムライン、財務バケットなどのために、これを一元的に制御できないことを考えると、かなり混乱しています. 再利用されるさまざまなサービスがありますが、フロントエンドに固有のものはたくさんあります。

理想的には、この状況をより適切に制御できるようにすることであり、それを制御しようとしていますが、それには時間がかかります。私たちがやりたいことの 1 つは、Web サイトとアプリ サーバーの間のすべての相互関係についてもっと調べることです。

Reflector を使用してアセンブリ間の依存関係を見つけましたが、サービス間のトラフィック パターンを確認できるようにしたいと考えています。

Web サービスの関係をマッピングするためのオプションは何ですか? ほとんどの場合、主に内部サービス (Web からアプリ、アプリからアプリ、バッチからアプリなど) について話しています。頭のてっぺんから、それにアプローチする2つの方法を考えることができます。

• Web 参照のアセンブリを分析します。ここでの欠点は、すべてが Web 参照であるとは限らず、WCF 接続がどのようにリストされているかがわからないことです。ただし、これは少なくとも接続の 80% を見つけるための出発点となります。その分析を行うことができるツールを知っている人はいますか? 私が言ったように、アセンブリ参照に Reflector を使用しましたが、Web 参照には何も見つかりません。
• おそらくIISを利用して、出入りするトラフィックを受動的に監視し、どういうわけか、何がどこから呼び出されているかを突き止めます。役立つエンタープライズ ツールを検討していますが、実装されるまでにはしばらく時間がかかります (そして多くの費用がかかります)。しかし、迅速かつ安価に役立つものはありますか? 特に 1 つのツール (AmberPoint) は、サーバー上の IIS を利用して、インバウンドおよびアウトバウンドのトラフィックを監視し、少し特別なソースを追加して、トラフィックのマップの作成を開始できます。とても素敵ですが、バンドルが必要です。

そもそもどうやってこの混乱に陥ったのですか？私たちがそれを制御してそこから抜け出すのを手伝おうとしているだけで、私を打ちのめします。

ありがとう、マット

私は ESB の実装を検討しており、Web サービスが「どのように」変更される可能性があるか (WCF)、またはこれらのサービスを使用するクライアント アプリをどのように「変更する必要がある」か (-- ESB パスへの新しいサービス参照 --)

私が特に使用しているデバイスは、「WebSphere DataPower XML Security Gateway XS40」です。

WebMethods ESB を大量のトラフィック (メッセージのサイズと数の両方) にスケーリングした経験のある人を探しています。それはどうなりましたか？何か問題がありましたか、またどのように解決しましたか?

状況: 一部の銀行には古いレガシー 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) アプリケーションを古い/レガシー データベース システムと統合する方法はどれですか?

私の組織は SOA に真剣に取り組み始めていますが、欠けていると思われるコンポーネントの 1 つに飛び込む前に、企業全体でこれらのサービスを追跡するための堅牢なリポジトリが必要です。誰かが彼らが働いた製品を提案できますか? 製品がESBでもある場合は、回答にその旨を記載してください。

Spring Integrationプロジェクトを組み込み ESB として使用した経験のある人はいますか?

私は次のようなユースケースで非常に興味深いです:

• スケジュールに基づいてディレクトリからファイルを読み取る
• JDBC データ ソースからデータを取得する
• その場でモジュールを開始/停止/再展開するモジュール性と可能性 (たとえば、1 つのモジュールがスケジュールに基づいてディレクトリをスキャンし、別のモジュールが jdbc データ ソースからクエリを呼び出すなど)
• 繰り返し/再試行ポリシー

アップデート：

「JDBC データ ソースからデータを取得する」以外のすべての質問に対する回答が見つかりました。技術的に可能ですか？

私は MoM 出身です。ESB を概念的に理解していると思います。ただし、アーキテクチャ上の選択に関しては、この 2 つの実際的な違いについてはよくわかりません。

ここに私が知りたいことがあります

1）この点で私を助けることができるオンラインの良いリンク。

2) どちらか一方を使用することが理にかなっている場所を誰か教えてもらえますか?

どんな助けでも役に立ちます。

アプリケーション/プレゼンテーション層(Java ベース) をサービス層(Java ベース)に接続するテクノロジを選択する必要があります。基本的には、Business Delegate オブジェクトから適切な Spring Service を検索します。

そこには非常に多くのオプションがあり、私を混乱させます。ここに私が絞り込んだオプションがありますが、よくわかりません..

• スプリング RMI

• アパッチキャメル

• アパッチ サービスミックス (ESB)

• 布施 イオナ (ESB)

ここに私が知りたいことがあります

1. これらのいずれかに取り組んだ（または評価した）場合、どちらの選択がより適切だと思いますか? （そして、理由を教えても害はありません:)
2. 他にも注目すべきテクノロジーはありますか？
3. 現時点では、アプリケーション層とサービス層が分散されているとは考えていませんが、将来的にこの可能性を排除したくはありません。この柔軟性を提供するように設計することは良い考えですか?

どんな助けでも役に立ちます。ありがとう！

私の会社は、SOA (Service Oriented Ambiguity を引用しないでください) 環境の Enterprise Service Bus (ESB) として BizTalk (私たちは Microsoft ショップです) を提案した新しいアーキテクチャを実装しようとしています。

私たちのビジネスは、顧客データベース、製品カタログ、注文システム、およびそれぞれが WCF サービスとして公開されるその他の補助システムに接続する必要がある新しい注文キャプチャ GUI を介して注文を受け取ることです。注文は注文管理などに渡されます。フルフィルメントのための下流システム、そして最終的に請求のための請求システムへ。現在、各システムには独自の GUI があり、それらを接続するために ESB を導入するという自然な考えを自動化および統合するために手動プロセスを使用してそれらの間で情報を渡しています。

私の ESB の理論的根拠の一部は、バスがシステムの接続方法 (各システムは不可知論的であり、他のシステムについては何も知らない) と、情報のフォーマット/変換方法を心配することです。将来、既存のシステムの一部が新しいシステムまたは当社のファミリー企業内のシステムに交換される可能性が非常に高くなります。

これは私には理にかなっているように思えますが、ポイント ツー ポイント ソリューションで十分な場合になぜそれを導入するのかについて、いくつかの抵抗に直面しています。

残念ながら、会社の歴史 (私が任命される前) では、BizTalk を導入する最初の試みは失敗しましたが、BizTalk には場所があり、提供できると確信しています。

私の質問はおそらく BizTalk に関するものではありませんが、説明したシナリオで ESB が良いアイデアであるかどうか、いつ ESB を導入するのが理にかなっていますか?

Enterprise Service Bus (メディエーター、メッセージ ブローカー、サービス イネーブラー、スキーマ変換エンハンサー、透過的なロケーション プロバイダー、サービス アグリゲーター、ロード バランサー、モニターなどとして機能するツール) は、サービスのオーケストレーションを担当していますか?

エンタープライズ サービス バス内に、1000 以上のステップと数十のサービス呼び出しを含む自動化されたビジネス ビジネス プロセスを配置するのはどうでしょうか?

それを行いますか、それとも BPEL エンジンなどのオーケストレーションのスペシャリストを使用しますか?

ご意見をお聞かせください。