ASP的服务总线体系结构。NETWebAPI
我正在使用Telerik平台开发一个移动应用程序。应用程序使用的服务是ASP。托管在Azure上的NETWebAPI RESTful服务。我想通过添加服务总线来增强应用程序的弹性，并且一直在关注Azure服务总线，这似乎就是我所寻找的。
这对我来说相当新鲜，我有几个问题。
- Azure服务总线可以用于返回数据的RESTful服务吗？
- 对于简单的RESTful服务，是Azure服务总线还是Azure存储队列？你什么时候会使用一个相对于另一个？
- 何时使用队列vs主题/订阅？
共有1个答案
ASB是关于消息传递的。在系统/服务的各个部分之间使用消息传递进行通信。RESTful服务可以通过将请求转换为消息来利用ASB来执行某些工作。强调将意图转化为信息，指示需要进行的工作，而不是执行工作本身。
ASB或ASQ是您的选择。这是您需要在各自提供的功能和功能之间进行选择的地方。上面有一个很好的MSFT比较留档。
队列vs主题/订阅-如果您需要将消息发送到单个目的地（命令），那么队列更简单。如果一条消息需要广播给多个接收者（事件），主题/订阅是你的朋友。
-
我最近开始使用Node.js，我必须构建一个应该使用多个Express.js服务的体系结构。其中一些服务必须位于一台服务器上，另一台则位于其他服务器上。我想构建一个基础服务（像API网关），但是我不知道在这个网关和微服务之间，或者在两个微服务之间进行通信的合适方式是什么。 目前我正在研究一个基于此的解决方案：
-
我有一个微服务体系结构，它的日志必须发送到远程Kafka主题。在它旁边，本主题的使用者将把日志发送到麋鹿堆栈（另一个团队） 我想要一个专用的微服务（fwk proxy elasticsearch），其职责是收集其他人的日志，并将其发送到远程Kafka主题。 将从我的微服务聚合的所有日志分派到fwk-代理-弹性搜索微服务的最佳协议是什么？ 我希望这个模式不会重复远程Kafka主题的安全配置。我想把它
-
总而言之，我们有： 产品类别: 产品ID、产品名称 订单类别: 订单ID、产品ID、用户ID、订单日期 这些方法中的任何一种可以被认为是最佳实践吗？还是有不同的解决方案？
-
问题内容： 我是Web服务，JAX-WS等的新手，所以也许是菜鸟问题… 因此，我想实现一个Web服务以使两个系统通信。“客户端”系统对在“服务器”系统上生成的事件感兴趣。但是“客户端系统”本身就是用于其他应用程序的服务器。服务器是Java（tomcat中的WAR）。客户端是.Net。 应该只有一个客户端系统，但是客户端系统内部应该有几个客户端进程，每个进程都对不同类别的事件感兴趣。 我将实现服
-
我经常听说，在微服务架构中，对于每一个微服务，我们都必须创建单独的数据库。 但是，如果我必须在不同的数据库中维护外键约束，这是不可能的。就像我在身份验证微服务中有一个用户表，我想在我的目录服务中使用它（用户表中的用户 ID 列） 那么如何解决呢。 感谢提前
-
我不清楚如何取回购买服务不保存的数据--例如：用户的全名。当试图通过购买用户名进行更复杂的搜索购买时，问题会变得更严重。 我认为，显然可以通过在两个服务之间同步用户来解决这个问题，方法是在用户创建时广播某种类型的事件（并在购买服务端只保存相关的用户属性）。在我看来，这远非理想。当你有数百万用户时，你如何处理这个问题？您会在每个使用用户数据的服务中创建数百万条记录吗？ 另一个明显的选择是在用户服务端