azure - Azure 中的关联组

标签 azure azure-sql-database azureservicebus azure-affinity-group

我不明白为什么某些 Azure 资源可以与关联组保持一致,而其他资源则不能。

示例:我刚刚尝试创建服务总线命名空间。我想将其与现有的关联组对齐,但我只能选择一个区域。我在尝试创建 SQL 数据库服务器时遇到了同样的问题。

这很可能是我对亲和小组的工作方式的误解,但我不明白这种不一致之处。

我在这里错过了什么?有人可以解释一下无法将服务总线命名空间与关联组对齐的原因吗?

最佳答案

这不完全是技术原因。这与 Windows Azure 平台启动时 Microsoft 的内部调整方式有关。你必须记住,不同的团队创建了服务总线(曾经是Biztalk Services)、SQL数据库(曾经是SQL Azure、SQL Server Data Services等)和Windows Azure(曾经是Red Dog)。每个服务都是独立创建的,实际上甚至不依赖于其他服务(至少在一开始是这样)。

我现在甚至不记得那里有无数不同的品牌和平台 - 这不再重要了。现实情况是,仍然有不同的团队在构建这些产品,而且他们一开始并不总是一致。 SQL 数据库过去被部署到不同的集群中(不确定这是否是真的),因此关联组不相关。与服务总线相同。目前,请记住,关联组仅适用于 Windows Azure 计算和存储。随着时间的推移,我希望获得更具凝聚力的体验(如门户)。然而,一些概念仍然 Root 于构建它们的团队所在的地方。

关于azure - Azure 中的关联组,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13868910/

相关文章:

ruby-on-rails - Azure 上的 Ruby on Rails

azure - 主虚拟机集重新启动时故障转移如何工作?

sql-server - 当 where 子句中使用的索引列具有特定值时,Azure sql 查询速度很慢

sql-server - 返回表中不存在但在我的 IN 列表中存在的值?

azure - 添加新的 Azure 表

azure - NServiceBus 与 Azure 服务总线,始终检查命名空间和队列是否存在

c# - Azure Web应用程序新的X509Certificate2()导致System.Security.Cryptography.CryptographicException : Access denied

用于监听任何服务总线主题/订阅的azure函数

Azure 服务总线主题和多实例订阅者

windows - Azure Web 角色入口点和 .aspx 页面处理程序在不同进程中运行是如何发生的?