c# - 跨多个数据中心在地理上扩展Azure云服务

Closed. This question needs to be more focused。它当前不接受答案。
                            
                        
                    
                
                            
                                
                
                        
                            
                        
                    
                        
                            想改善这个问题吗？更新问题，使其仅通过editing this post专注于一个问题。
                        
                        4年前关闭。
                                                                                            
                
        
我有一个部署到Azure的相当典型的常见应用程序，具有以下组件：


两个云服务-Web和Worker
Azure服务总线
Azure SQL数据库
Azure存储


在Azure管理控制台中，您可以选择automatically scale out每个云服务（意味着添加了更多服务器），这发生在同一数据中心内。

在多个数据中心之间扩展完整的Cloud Service架构（如我们的架构）的最简单方法是什么？

或者，如果仅将我们的云服务复制到另一个数据中心（正确处理负载平衡等）足够容易，那么通过Microsoft的数据“骨干”，SQL和存储的滞后/传输速率是否会相当快？

我问的原因是我们的服务器目前在欧洲，但我们将在亚洲大力发展，并希望减轻网站（也托管我们的移动API）的任何性能问题。

我很欣赏这是一个不平凡的问题，因为您需要考虑同步SQL数据库和Azure存储容器，但是我希望Microsoft已经考虑过这一问题:)

我目前在Visual Studio Azure项目中使用“发布”命令进行部署。它具有单个ServiceDefinition（包含我的两个Cloud Services）和每个环境（实时/测试）的ServiceConfiguration文件。

我真正想要的是与this一样简单的东西（但可能来自Visual Studio）：

>git push azure-NorthCentral master
>git push azure-SoutheastAsia master
>git push azure-WestEurope master

本示例使用Git deployment for Azure Web Sites，它比我们的Cloud Service架构（例如，没有数据同步要考虑。

最佳答案

我将这个问题标记为过于笼统，因为老实说，在地理缩放方面没有正确的答案。但是，我想就Azure与您的应用程序相关的本地提供的内容（无论是否选择合并）提供客观的答案。

Traffic Manager专为根据特定规则（最近，循环，主要/故障转移）将您的流量路由到特定区域而设计。根据您的规范，这会将流量定向到您部署到的特定区域。

Azure存储提供了具有地理复制的辅助存储的功能（您不能为辅助存储选择区域；每个区域已经与另一个区域配对）。然后，您可以选择从次要区域而不是主要区域读取。您将不得不处理数据最终一致的事实。

SQL数据库服务提供了活动的地理复制，在该数据库中，您将在其他区域中拥有只读数据库（同样，这是一个异步复制，尽管您的辅助副本在事务上保持一致）。

请记住：区域之间的带宽/吞吐量没有SLA /性能指标。您需要进行一些基准测试。