問題タブ [tibco]

面白そうだし、いろいろ試してみましたが、Webブラウザでの開発IDEはやがて悪夢のようです。

誰かがそれを使用した経験がありますか、そしてあなたの考えは何ですか？

いくつかのトピックを含むメッセージ ブローカーと、その上で実行されているアプリケーションのセットがあります。ここで、同じトピック (できれば同じブローカー) で同じアプリケーション (QA 環境など) の新しいセットを実行したいと考えています。これを行う最善の方法は何ですか。私たちの環境は厳格な官僚主義の下にあるため、新しいブローカーを作成したり、新しいトピックのセットを作成したりするのは面倒です.

2 ～ 4 台のサーバー環境で組み込みのサーバー フェールオーバーを使用する TIBCO EMS ソリューションがあります。TIBCO 管理者がある EMS サーバーから別の EMS サーバーにサービスをフェールオーバーする場合、接続は EMS サービス レベルで新しいサーバーに自動的に転送されるはずです。EMS サービスを使用する C# アプリケーションでは、これは発生しません。フェールオーバー後にユーザー接続が新しいサーバーに転送されず、その理由がわかりません。

EMS へのアプリケーション接続は起動時のみであるため、ユーザーがアプリケーションを起動した後に TIBCO 管理者がフェイルオーバーした場合、ユーザーは新しいサーバーに再接続するためにアプリを再起動する必要があります (EMS 接続では、4 つの実稼働 EMS サーバーすべてを含むサーバー文字列を使用します)。 - 最初の試行が失敗した場合、文字列内の次のサーバーに移動して再試行します)。

接続が切れていることが検出された場合に定期的に EMS への再接続を試みる自動化されたアプローチを探していますが、それを行う最善の方法がわかりません。

何か案は？TIBCO.EMS.dll バージョン 4.4.2 および .Net 2.x (SmartClient アプリ) を使用しています。

どんな助けでも大歓迎です。

マネージ コード (この例では C#) で記述された Tibco EMS キュー リスナーをスケールアウトする方法を考えています。主に分離とクラスタリングの特性を探しています。

MSMQ では、Windows プロセス アクティベーション サービスを使用して、キュー リスナーの数と有効期間をホストおよび管理できました。Tibco に相当するものはありますか?

そうしないと、EMS リスナーをホストする単純な NT サービスになってしまうと思います。(これにより、プロセスのアクティブ化を実行できます)。実行可能ですが、24 時間 365 日監視可能で堅牢な運用サービスを構築するのはかなり困難です。

TIBCO EMS .NET リファレンス ガイドには次のように書かれています (pg 134)。

再接続動作とフォールト トレランスを有効にするには、serverURL パラメーターを 2 つ以上の URL のコンマ区切りリストにする必要があります。サーバーが 1 つしかない状況では、そのサーバーの URL の 2 つのコピーを指定して、クライアントの再接続を有効にすることができます (たとえば、tcp://localhost:7222,tcp://localhost:7222)。

TIBCO EMS ユーザー ガイド (pg 292) では、フェールオーバー シナリオ、クライアント通知、バックアップ サーバーへのクライアントの自動転送について説明していますが、特に「再接続」に関連するものはありません。

「再接続」シナリオでは、サーバーがすべてを処理しますか? または、クライアントは TIBCO.EMS.Connection インスタンスで何かをする必要がありますか?

TIBCO EMSユーザーガイド（292ページ）には次のように書かれています。

バックアップサーバーは、A）プライマリサーバーになるか、B）プライマリサーバーに再接続するかのいずれかで無期限に機能します。また 、切り替えが成功すると、クライアントがフェイルオーバー通知を受信する可能性があることも示されています（TIBCO EMS .NETリファレンスページ220も参照）。

私はこれらの事実からスピンオフするいくつかの質問があります...

1. サーバーがフェイルオーバー/再接続を試行しているときに、クライアント側でどのようなエラーが発生しますか？

2. クライアントからの適切な応答は何ですか？

   • 1つが機能するまで、ConnectionFactoryから新しいConnectionオブジェクトを取得しますか？
   • フェイルオーバー通知を待ちますか？（現在、現在の接続インスタンスは修正されていますか？それとも新しいインスタンスを取得する必要がありますか？）

シナリオが明確であることを願っています。関連情報やアドバイスもいただければ幸いです。

TIBCO RV .NET API（TIBCO.Rendezvous.dll）を使用しています。

パフォーマンスの観点から、 C＃のRVチャネルからメッセージを受信して​​読み取るためのより良い方法があるかどうか知っていますか？Messageタイプ（RVメッセージの論理ラッパー）が非常に重いことがわかりました。名前またはインデックスによるフィールドの取得は、特にそれを反復/高頻度の操作と見なす場合、かなり遅くなる可能性があります。

何か案は？

当社の運用部門は監視ツールが多すぎることに神経質になっています。SNMP、JMX、および TIBCO Hawk をすべて 1 つのアプリケーションで処理できるツールはありますか?

TIBCORendezvousとMSMQの違いを教えてください。

クライアントサーバーシステムにRESTアーキテクチャを使用している人が増えないのはなぜですか。ソケット、TIBCO RV、EMS、MQを使用している人を見かけますが、基本的なRESTアーキテクチャーはあまり見ていません。

高スループット/低遅延のクライアント/サーバー通信にこのアーキテクチャを使用しない理由を誰かが知っていますか