大学では、キューに永続化されるメッセージを送信できるミドルウェアである IBM の MQ シリーズを研究しました。MQ Series には、保証されたメッセージ配信と呼ばれるものがありました。つまり、キューに送信されたメッセージを取得すると、キュー メッセージを含むサーバーの電源がオフになり、再びオンになった場合でも、キューは保持されます。
Microsoft には、C# と SharePoint で動作する同様のテクノロジがありますか?
大学では、キューに永続化されるメッセージを送信できるミドルウェアである IBM の MQ シリーズを研究しました。MQ Series には、保証されたメッセージ配信と呼ばれるものがありました。つまり、キューに送信されたメッセージを取得すると、キュー メッセージを含むサーバーの電源がオフになり、再びオンになった場合でも、キューは保持されます。
Microsoft には、C# と SharePoint で動作する同様のテクノロジがありますか?
オープンソースに移行したい場合は、Apache Foundation の ActiveMQ をご覧ください。
ActiveMQ はクロスプラットフォームです。ライブラリは、C# およびその他の言語で利用できます: http://activemq.apache.org/cross-language-clients.html
SharePoint について話しているので、バックエンドが SQL Server であることを意味します。SQL Server には、 Service Brokerという独自の信頼できるメッセージング テクノロジがあります。MSMQ に対する主な利点は、データベース エンジンに完全に統合されていることです。つまり、1 つの製品で展開および維持でき、一貫性のあるバックアップ/復元、SQL Server ベースの高可用性/災害復旧機能 (ミラーリング、SQL クラスタリング) への統合、言語を使用できます。 /データベースとの API 統合 (キューに対して SELECT を実行できます!) など。各メッセージを処理するために MSMQ とデータベースの間で 2 フェーズ コミット DTC を実行する必要がなくなるため、スループットが大幅に向上します。また、スケーラビリティと機能が大幅に向上しています (MSMQ には 4 GB のキューがあります)。制限、SSB には 2GBのメッセージ制限があり、キュー制限は (合計) ディスク容量、基本的にデータベース制限です)。主な欠点は、WCF MSMQ チャネルのようなクライアント側プログラミング API がないことです。SEND
SSB では、 や などの動詞を使用して T-SQL をプログラミングする必要がありRECEIVE
ます。