【问题标题】:Microservice Messaging Choices [closed]微服务消息传递选择 [关闭]
【发布时间】:2018-01-03 02:00:23
【问题描述】:

我是微服务新手,但我想知道处理通信的最佳方式是什么。 我已经研究了一些解决方案,但想知道你的意见怎么办: 我的微服务托管在 azure atm 上,我使用 REST 服务调用它们,

但是……

我希望除了其他服务之外的任何人都不能调用这些服务,因为我有一个用于外部应用程序的外观 API。

我使用 RabbitMQ 研究过 Servicebus、Eventhubs、REST、WCF、SQL,但我不知道什么是最快的消息传递服务。

我更喜欢速度和稳定性胜过一切,高复杂度不是问题。

有人对此有什么建议吗?

提前谢谢你

【问题讨论】:

  • 我投票决定关闭,因为这不是一个编程问题。但是,您是否尝试过简单的谷歌搜索来比较各种选择之间的性能比较?此外,您列出的项目都是不同类别的软件。你真正在寻找什么?

标签: c# azure data-structures messaging microservices


【解决方案1】:

我推荐 RabbitMQ,C# 很容易上手,你可以使用 MQTT 协议或 AMQP。

如果您决定使用不同的代理,这很容易更新,通常只需要最少的代码更改。

两者都为您提供了很多功能,而无需大量代码。

可以使用各种在线经纪人测试客户,但我不一定将它们用于生产。

对于 C# 客户端,请查看

https://m2mqtt.wordpress.com/

http://www.rabbitmq.com/dotnet.html

【讨论】:

  • 这可能是一个解决方案,但它是否也能够实现无服务器?我真的很想拥有可疯狂扩展的最新技术。除了简单之外,它是不是最好、最快和最具可扩展性的?
  • 那么您将需要一个用于任一消息传递解决方案的代理,并且您可能会得到能够处理大量消息的代理。您不一定需要托管代理。特别是 MQTT 的可扩展性非常好,您可以拥有非常多的客户端和消息。
猜你喜欢
  • 1970-01-01
  • 2017-04-21
  • 2018-07-15
  • 2018-11-28
  • 2013-04-23
  • 1970-01-01
  • 2014-04-26
  • 2018-02-24
  • 1970-01-01
相关资源
最近更新 更多