RabbitMQ için tipik bir sürüm stratejisi nedir?

Question

Ben yeni bir proje üzerinde çalışmaya başladık ve biz aralarında bir iletişim katmanı olarak RabbitMQ kullanarak, mikro hizmetleri bir dizi olarak sistem inşa etmek istendi. REST API geliştirirken

Ben sürüm kontrolü için kabul HTTP başlığı kullanılarak lehine eğilimindedir ve sana benzer şekilde iletileri yönlendirmek için RabbitMQ bir başlık alışverişini kullanabilirsiniz görüyoruz. Bu tamamen bir iç mesajlaşma sistemidir Ancak, ben bir başlık değişimi eklenen karmaşıklığı ise gerçekten değer olup olmadığından emin değilim?

RabbitMQ mesajları sürüm için tipik bir kurulum nedir? Bu seçenekler Bana öyle geliyor: her sürüm için

1. Yeni sankonun
2. Her Değişim adına versiyonunu (örneğin MyExchange-v1, MyExchange-v2, ... vb.)
3. sahiptir Kuyruklar
4. Yönlendirme tuşları olabilecek herhangi bir giriş için (MyRoute-2.1. *)
5. kullanın bir başlık değişimini,

Teşekkür sürüm atanır yayınlanır.

Answer 1

ben 2 ana nedenden dolayı kilit versiyon sistemini yönlendirme ile gitmek istiyorum:

Tüketiciler birçok bağlanmanın yoluyla uyumlu sürümleri (elbette kuyruklar yoluyla) bağlamak mümkün olacak. semantik sürümünü kullanarak (http://semver.org/) standart asterix ve karma kriterlerine aracılığıyla burada kaldıraçlı olacaktır.

Anahtarı yönlendirme