【问题标题】:Which .NET Service Bus to migrate to Azure要迁移到 Azure 的 .NET 服务总线
【发布时间】:2016-09-21 15:21:39
【问题描述】:

我需要开发一个网络应用程序,它需要与许多其他应用程序/api 进行“对话”,并为用户实现实时通知和标准发布/订阅类型的功能。

客户希望在本地进行开发,然后在不久的将来迁移到 Azure。哪种 .NET 服务总线最适合此要求?

【问题讨论】:

  • 工具/框架建议与 StackOverflow 无关。
  • 我会从问题中删除“最适合”这个短语。然后它变成一个有具体答案的具体问题。

标签: azure servicebus


【解决方案1】:

您的简短回答是“Windows Service Bus 1.1”。

https://msdn.microsoft.com/en-us/library/dn282152.aspx

理想情况下,您将编写相同的代码并且可以部署到任何一个。

这并不意味着没有差异。即“安全”。使用“共享访问密钥”在两个世界中都是安全的。

下面是 2 个 URL 的帮助。

Azure 队列和服务总线队列 - 比较和对比

https://azure.microsoft.com/en-us/documentation/articles/service-bus-azure-and-service-bus-queues-compared-contrasted/

Windows Server 1.1 服务总线概述

https://msdn.microsoft.com/library/azure/dn282142.aspx

在 Microsoft Azure 和 Windows Server 中,服务总线都需要 用于授权访问其消息传递实体的访问令牌。两个都 共享共享访问密钥 (SAS) 身份验证方案 服务总线命名空间以及实体(队列和主题)。

不过,在 Windows Azure 中,Service Bus 也支持 Microsoft Azure Active Directory 访问控制(也称为访问控制 Service 或 ACS),这在 Windows Server 上不可用。

但是,在 Windows Server,Service Bus 支持 Windows 集成身份验证 (加入域的用户和 Active Directory 用户组),它们不是 在 Azure 中可用。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-10-15
    • 1970-01-01
    • 2020-09-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-07-21
    • 2021-04-01
    相关资源
    最近更新 更多