2016-11-10 18 views
0

私はメッセージドリブンフレームワークを採用しようとするプロジェクトに取り組んでいますを使用する必要があります。 (異なる独立したコンポーネントは、メッセージブローカーによってルーティングされたメッセージと通信する)は、私は、「春のうさぎ」の代わりに「春クラウドストリーム」

最後にブローカーとしてRabbitMQが選ばれました。フレームワークのために

、最初に我々は春クラウドストリームを使用しようと、私たちのようなウサギの特性、活用しようとすると:私たちは、それは難しい使用することを見つける ... 取引所、ルーティングキー、代替交換をそれらはSpring Cloud Streamで使用されます。

だから、私の質問は:

  • は私が春のクラウドストリームの春ウサギ(または多分春の統合)代わりを使用する必要がありますか?
  • あなたはそれらについての提案/ベストプラクティスを持っていますか?

答えて

2

春クラウドストリームは、キュー、交換、ルーティングキーに関する非常に独断です。私たちは、将来のリリースでより多くの柔軟性を追加することを検討しているが、今のところ、あなたは直接春AMQPを使用することができ、それが異なるロットではありません - 例えば@RabbitListenerの代わり@StreamListener。 Spring Integrationを追加するかどうかは、アプリケーションに必要なものに依存します。

+0

、ゲイリーありがとうございました。 – JasonS

+0

1年後、この答えはまだ真ですか?それはより柔軟になっていないのですか? – Nicolas

+0

はい、独自のインフラストラクチャ(キュー、交換、バインディング)を提供できるようになりました。 [ドキュメント](https://docs.spring.io/spring-cloud-stream/docs/Ditmars.RELEASE/reference/htmlsingle/index.html#_rabbitmq_consumer_properties)を参照してください。 –

関連する問題