5

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

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

信頼性の高い非同期メッセージングを介してアクセスされるサービスのバージョン管理をどのように実装しましたか?

いくつかの可能性:

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

他の方法があると確信しています。どのようにしましたか？どのような利点と欠点が見つかりましたか?

4

1 に答える 1

1

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

全体として、ここに正しい答えも間違った答えもないと思います。指定したすべてのオプションを使用できます。お気に入りのメッセージング バスには、従うべき「ベスト プラクティス」があるかもしれません。

于 2009-06-15T23:49:11.880 に答える