使用Azure流量管理器进行扩展的数据库策略

Question

我对使用Azure流量管理器将网站/webapp流量路由到客户端附近的服务器(最初是英国和美国)很感兴趣。

Scott Hanselman写了关于设置here是多么快速和容易，但他没有深入研究关于数据库的选项(许多人在评论中询问这一点)。有没有人能告诉我这里有哪些选择。

那么，如果我设置两个网站，并使用流量管理器在它们之间路由，我如何解决数据库访问的问题。我正在使用SQL Azure作为数据库(目前是标准层)，我的web应用程序和数据库相当“健谈”。因此，我假设我需要为每个区域建立一个数据库，然后在它们之间建立某种类型的同步。这里有哪些选项？我已经看到提到SQL Azure Sync -这仍然被认为是一个好的解决方案吗？或者，高级数据库的主动异地复制功能是否会提供更好的解决方案？

Answer 1

如果你想要低延迟和更好的吞吐量，我建议使用主动地理复制功能，但请注意，路由到主数据库的流量可以写入数据库，所有其他数据库都是只读的。如果需要更新，可以考虑使用服务总线提交作业来更新主节点。

Answer 2

我们公司也有类似的情况。我们基本上在各种Azure数据中心(云服务、Azure DB等)设置了完整的基础设施。在同一个亲缘关系组中。在我们的示例中，对DB的所有更新/插入/删除操作都通过我们的应用程序进行路由，因此我们将该语句发送到一个队列，然后将该语句作为单个事务对本地数据库执行。每个位置的竞争消费者异步监控该队列，并以最终一致的方式应用于其他数据库(映射到Elastic Scale Shard Map Manager DB中)。我们使用所有主键的代理GUID，所以我们的解决方案被简化了。例如，对于插入，.NET代码生成GUID，然后在本地插入。使用GUID将相同的insert添加到队列中，从而消除了获取生成的键的需要。