RabbitMQの典型的なバージョン管理戦略は何ですか？

Question

私は新しいプロジェクトに取り組んで始めましたし、我々はそれらの間の通信層としてのRabbitMQを使用して、マイクロ一連のサービスとしてシステムを構築するように求めてきました。 REST APIを開発する場合

私はバージョン管理を制御するためのHTTPヘッダーを受け入れ、私はあなたが同様の方法でメッセージをルーティングのRabbitMQのヘッダ交換を使用できることを確認を使用して好む傾向があります。しかし、これは純粋に内部メッセージングシステムなので、ヘッダー交換の複雑さが増していくかどうかは分かりません。

RabbitMQのメッセージをバージョン管理のための典型的なセットアップとは何ですか？これはオプションである私には思える：各バージョンの

1. 新しいバーチャルホスト
2. 各Exchangeには、名前にバージョン（例えばMyExchange-V1、MyExchange-V2、...など。）
3. を持っていますキューは
5. ルーティングキーが（myroute-2.1。*）バージョン管理されているバージョン管理され、ヘッダ交換にあなたが持つかもしれない入力用

感謝を使用してください。私は2つの主要な理由のためのキーバージョンシステムをルーティングといいよ

Answer 1

：

消費者は、複数のバインディングを経由してその互換バージョンに（もちろんのキューを経由して）に結合することができるようになります。セマンティックバージョン（http://semver.org/）標準を使用すると、アスタリスクとハッシュ基準を経てここに活用されるだろう。

あなたは、キーはあなたが最終的に何を選んだのAMQP