信頼できる非同期メッセージングによってアクセスされるサービスのバージョン管理を実装するトレードオフ？

Question

HTTPサービスのクライアントは、特定のコンテンツタイプのデータを要求または投稿することによって、それらが理解するバージョン（および形式）を指定できます。 HTTPプロトコルは、コンテンツタイプが理解できないことを報告するためのエラーコードを定義します。

メッセージングシステム（JMS、MQシリーズなど）には、メッセージプロトコルのバージョンとコンテンツ形式を記述する標準的な方法がありません。

信頼性の高い非同期メッセージングでアクセスするサービスのバージョン管理はどのように実装しましたか？

いくつかの可能性：

• 送信者は、
• キューまたはトピック名、バージョン、その宛先
• で受け付けたメッセージのプロトコルバージョンを含むメッセージプロパティとしてバージョンを示すのペイロードでありますメッセージ

私は確かに他の方法があります。どのようにしましたか？どのような長所と短所がありますか？

Answer 1

ペイロード以外のバージョンを指定するメリットの1つは、ペイロードに対応できるコードのビットを簡単に特定できることです。また、新しいバージョンでペイロードの内容を根本的に変更することもできます。また、メッセージを簡単にルーティングすることもできます。

全体的に私はここで正しいか間違った答えがあるとは思わない、あなたが指定したすべてのオプションを扱うことができ、あなたの好きなメッセージバスはあなたが従うべきベストプラクティスを持つかもしれない。