0
在OpenStack Grizzly體系結構中，爲什麼Cinder使用Nova使用的相同消息隊列？而Quantum等其他服務有自己的消息隊列進行通信？OpenStack Grizzly Architecture中的消息隊列
A
回答
0
得到了答案，從肯於LinkedIn，
Hermesh嗨 - 我想你指的是從 的OpenStack峯會我的圖。該圖可能有點不準確 - 它的 顯示的是最常見的部署架構，而不是真正的邏輯 架構。
據我所知，Cinder不需要通過AMQP與 Nova進行通信。我已更新我的圖表和說明OpenStack Grizzly Architecture Revisited
相關問題
- 1. 消息隊列中的多條消息
- 2. PHP中的消息隊列
- 3. java中的消息隊列
- 4. linux中的消息隊列
- 5. 隊列中沒有消息
- 6. Websphere消息隊列
- 7. 消息從隊列
- 8. Sinatra消息隊列
- 9. Boost消息隊列
- 10. unix消息隊列
- 11. IPC - 消息隊列
- 12. 消息隊列ENOMEM
- 13. 消息隊列的選擇？
- 14. jquery的消息隊列
- 15. 複製的消息隊列
- 16. Spring的Redis消息隊列
- 17. 消息隊列：每條消息保證
- 18. 消息隊列與消息傳遞
- 19. RabbitMQ的隊列中的消息
- 20. 消息隊列中的TransactionScope問題
- 21. 統計JMS隊列中的消息數
- 22. DLL中的Windows消息隊列處理
- 23. 消息系統中的表對隊列
- 24. 替換jms隊列中的消息
- 25. JMS隊列中的延遲消息
- 26. Objective-C中的無鎖消息隊列
- 27. 接收隊列中的消息數
- 28. 獲取RabbitMQ隊列中的消息數
- 29. Visual Studio 2010中的消息隊列
- 30. 把消息放到JAVA的隊列中