問題タブ [esb]

私は、企業の技術パラダイムをアジャイル開発に移行することに取り組んでいます。大変なプロセスでしたが、あと少しです！:)

データベース管理用のレガシー システム (以前は Access でしたが、現在は .NET と MS SQL に移植されています) を使用しており、将来のビジョンに向けたフレームワークを開発しています。可能な限り Web に移行したいと考えています。しかし、現在のシステムを「今後の」システムと統合したいと考えています。タスクと機能が重複することはありません。

私のビジョンは、ユーザーのすべての連絡先情報を別のデータベースに移動し、それらの「プロファイル」を MS SQL にリンクして履歴と会計情報を取得することです。すべての会計システムはデスクトップ アプリに残しますが、Web、特に Ruby on Rails に大きく依存する多くの機能を追加しようとしています。

問題は、なぜ ESB なのかということだと思います。複雑な ESB システムで大騒ぎせずに SOA を作成する方法はありますか? 全体のアイデアは、とにかくKISSすることです。デスクトップ/Web/モバイルをインターフェイスとして、ビジネス ロジックの機能を維持できるような方法で SOA を作成できますか (もちろん、一部の機能はインターフェイスに実装する必要がありますが、最小限に抑えます)。また、ESB はアジャイルの哲学にも適合するのでしょうか? それらを読んで勉強すればするほど、そうは思いません！:/

ご意見をお寄せいただきありがとうございます。明確にする必要がある場合は、いくつか質問してください。できる限りのことを行います。:)

私は Java ベースのテクノロジに関する知識が限られているため、業務上の理由から、少数のスタンドアロン システムを統合するには、WebLogic Integration (WLI) と Oracle Service Bus (OSB) のどちらを選択するのが適切かを判断しなければならない場合があります。どちらの製品も同様のタスクを実行できるように見えますが、一方 (WLI) では統合がより技術的なものであり、もう一方 (OSB) はよりビジネス プロセス主導です。

コストがオプションではないと仮定すると、ある製品と他の製品をいつ使用するかを適切に説明できる人はいますか? 1 つの選択肢は、構成よりもカスタム Java コーディングを含むものですか?

SOA ガバナンスとは何かを理解している人はいますか? SOA ガバナンスと IT ガバナンスの違い (または相関関係) は何ですか? 市場で入手可能な SOA プラットフォームを使用してどのように適用できますか?

SOA プラットフォーム上に構築されたプロジェクトは、SOA ガバナンスを適用せずに成功できますか? どのように？私はここで実用的な観点から話しています。

簡単に言うと、私は、通常の理由で大規模な Web アプリケーションを書き直すプロジェクトに取り組んでいます。書き換えの主な目的は、単一のサーバーで実行されているこの大きな単一のアプリケーションを、多くのサーバーで実行できる多くの小さな分離アプリケーションに分離することです。

ここに私が望むものがあります：

HTTP私は主要な輸送メカニズムになりたいです。たとえば CMS などの 1 つのアプリケーションが更新されると、HTTP 経由でブローカーに連絡し、言うと、ブローカーは言うために a を"I've changed"送り返します。200 OK"thanks I got the message"

次に、ブローカーは、CMS の変更について知りたいと思っている他のアプリケーションのリストを調べ、メッセージについて知りたいとブローカーに伝えたときにアプリケーションが残した URL にメッセージを渡します。

他のアプリケーションは200 OK、メッセージを受信すると戻ります。そうでない場合、ブローカーはメッセージを保持し、誰かが次にそのアプリケーションに接続しようとするときに備えてキューに入れます。

問題は、どこから始めればよいのか、それを実現するために何が必要なのかさえわからないことです。私は 、 、 などを見てきましたがXMPP、ActiveMQ来年RabbitMQはMule ESBこのようなものと一緒に円を描いて過ごすことができることがわかります。

私は難しい方法でレッスンを学ぶことを避けたいので、誰かが個人的な経験からアドバイスを提供できますか.

BizTalk を Service Bus として組織に導入しました。これにより、新しい Web GUI が多数の既存のバックエンド システムにリンクされます。既存のシステムをサービス (WCF) としてラップし、BUS に接続しました。

また、レガシー システム GUI の一部を新しい Web GUI に置き換えています (既存の機能を確実に複製します) が、すべてのレガシー サービス/API を BUS 経由で公開するか、それらに直接接続するか、別の方法で構成し、バスを介してそれらを公開します。たとえば、顧客管理システムに、検索、追加、取得、更新、請求詳細の設定という 5 つの既存のサービス/API があるとします。

これらの各サービスを BUS を介して公開することは理にかなっていますか (レイテンシが追加されると主張する人もいます)。それとも、BUS は検索、追加、取得、更新などの粗粒度のサービスのみを公開し、細粒度のサービスは公開しないでください。GUI はきめ細かいサービスに直接接続する必要がありますか?

理想的な SOA/ESB では、Update と Set Billing Details の両方を 1 つの粗粒度サービスに構成するという印象を受けましたが、これは正しいですか?

私は SOA/ESB パラダイムに忠実であり続けたいと思っています。誰か教えてください。

前職では「Enterprise Service Bus（ESB）」の話が盛りだくさんでした。私はそれについての概念的な本の一部を読みましたが、具体的な用語でそれをどのように実装/統合するかを本当に理解していませんでした. 私は SOA/queueing/directory services/etc に精通しています。しかし、ESBが正確に何であるかはわかりません。

すべてのアプリをさまざまな方法で接続するのは具体的なこと (サービス/サーバー/ブローカー/など) ですか、それともシステムを設計するための単なる概念的な方法ですか?

良い例への説明やリンクは大歓迎です。ありがとう。

いくつかのメインフレーム ベースのさまざまなレガシー アプリケーションを結び付けるために、MQSeries のような ESB、WS-* アプローチ、またはより RESTful なものを使用して比較しようとしています。

MQ や WS-* の代わりに REST へのインターフェイスを作成することで、アプリケーションの Web 対応部分 (ブラウザーを使用して人間が使用するため) に近づけるという二次的な利点がある可能性があるという考えには、多くの実質がありますか?

Message Brokers と ESB に関するさまざまな質問/記事を調べました (stackoverflow でも)。Message Broker と ESB の明確な違いは何ですか? ここで、製品、Websphere Broker と Mule ESB を比較しようとしています!!

まず、(任意のバージョンの) Webshere Broker は ESB ですか? 私たちの IBM 製品担当者は、それが ESB であると主張しています (私はそれについて驚くことはありません)。

私の限られた情報によると、Message Broker は HUB-SPOKE モデルで動作します。ただし、ESB はバス アーキテクチャで動作します。一体、それは何を意味するのだろうか？HUB が失敗した場合 (利用できないと思われます)、ブローカーは完全に失敗します。これはESBの場合ではありません（だから彼らは言います）。ここで理解できないのは、「バスに障害が発生した場合」です。

ESB とブローカーに関する通常の機能は、ルーティング、変換、オーケストレーションなどを提供することです。したがって、両方がこれを提供する場合、なぜ一方を他方よりも選択するのでしょうか。

対立の別の領域は、変換に関するものです。ESB は、メッセージ ブローカとは異なる方法でそれを促進しますか? これについての洞察が本当に欲しいです。

ここで、HORIZONTAL スケーリングについて説明します。誰が誰よりも優れていますか？または、複雑さ（またはその他の要因）の点で、両方とも同じようにスケーラブルです。もちろん、コスト面では、Webspere Broker はボックスごとに (もちろん CPU ごとに) 料金を請求します。私は、商用の MULE ESB でさえそれをしないと信じています。コストの部分は別として、ESB スケーリングとメッセージ ブローカ スケーリングの意味は何ですか。ESB でサービス レベルまでスケールアップできることをたまたま知っています。これはメッセージ ブローカで可能ですか?

C# 2008

動作するために Web サーバーに接続する必要があるアプリケーションを開発しました。Web サーバーがオフラインになった場合。アプリを使用しているユーザーが何が起こったのかを知ることができるように、アプリに通知する必要があります。

このアプリケーションは、クライアントの Web サイトからインターネットからダウンロードされます。したがって、数百または数千のユーザーがそれを使用できます。

おそらく5秒ごとにWebサーバーにpingを送信することを考えていました。ただし、100 または 1000 のアプリを使用すると、Web サーバーが過負荷になります。

この問題にはESBが適していると誰かが私に言いました。私がこれを使用する方法を考えていますが、完全にはわかりません。すべてのアプリを ESB にサブスクライブさせることです。Web サーバーがオフラインになると、すべてのアプリにメッセージが送信されます。

しかし、ESB が非常に大きく複雑であることは理解しています。

私は正しく理解していますか？

ESB が適切な選択ではない場合、使用できる別の設計パターンはありますか?

どうもありがとう