大家对于国内Windows Azure关注的另一个问题是网络性能。我进行了几个简单的测试
第一个测试是带宽测试。不同于国内其他云服务，Azure并不把带宽作为一个需要单独购买的资源，而且，Azure在网络出口上没有对用户进行任何带宽限制。不过，在不久的未来Azure会对外网带宽进行限制。目前，所有用户实际上是共享出口带宽，单用户的带宽取决于客户链路质量、Azure出口的并发流量以及后台服务的网络处理能力。从技术规格上看，目前单个Blob文件的处理能力是60MB/s，单个存储账户的处理能力是10GB/s。单个虚拟机的处理能力上限由其规格决定，小规格（S）是100Mb/s，M是200，L是400，XL是800。不过，目前Azure并不保证这个带宽，具体能跑多少，还是得实际用一下才知道
这里我们用了一台小规格的虚拟机进行测试，理论上应该达到10MB/s的上下载带宽
从该虚拟机去下载香港的一个Blob文件，可以达到7.5MB/s的带宽
从该虚拟机上载文件到香港的一个FTP服务器，带宽可以达到10.9MB/s
如果把虚拟机规格改成最大（XL），理论上可以获得800Mb/s的带宽，无奈当前账户只有4个核的配额，无法创建XL虚拟机。只能创建一个L规格的试下，在虚拟机内安装迅雷进行软件下载测试，发现下载速度达到52MB/s，正好等于L规格虚拟机上400Mb/s上限。
第二个测试，是测试Azure到全国各地的延迟
我在Azure的华北、华东和香港区各部署了一个虚拟机，上面部署了IIS，其URL分别是：
- 北京http://shaunvm.chinacloudapp.cn:12345
- 上海http://shaunvmsh.chinacloudapp.cn:12345
- 香港http://scom.cloudapp.net:12345
为了公平起见，我们以百度首页(baidu.com)作为比对测试目标。与参与测试的Azure站点不同，百度拥有遍布全国的分站点和CDN节点。而且，百度首页页面较小，比较容易衡量出延迟，而将带宽的影响降到最低。
测试工具我们选择用阿里测(www.alibench.com)。阿里测是一个分布式测试工具，可以利用全国各地数百个测试节点，发起对某个网站的访问，并对比访问性能。这些测试节点通过不同的运营商接入网络（电信和联通），可以比较真实的模拟实际互联网用户对某网站的访问
首先用阿里测的HTTP测试（尽管阿里测提供了Ping测试，但遗憾的是Azure不支持Ping包）测试百度，结果如下
结果显示大部分地区可以在500毫秒内完成baidu.com的访问，而这个页面的大小，仅为81字节（baidu给阿里测发送的是移动版首页？)
下面，我们在Azure的网站上发布一个同样大小的页面，进行比对测试。这个页面大小同样是81字节，内容是一些文本
首先对比北京站。测试结果发现，Azure上的网站比百度首页还要快一点点，绝大部分访问可以在250毫秒内完成。
其中访问Azure北京站较快的是北京、山东、上海、辽宁、陕西等省份
比较下北京站点和香港站点，不难发现平均延迟北京比香港小了很多
绝大部分北方省份访问香港都很慢，而访问北京站改进很明显。另一方面，海南、广东、湖南、广西访问香港较快
再比下北京和上海，结果显示北京比上海快一点点。
访问上海站较快是上海、北京、江西、安徽、江苏、山东等，都靠近华东地区
这里面电信用户测试结果如下。绝大部分访问在250毫秒以内
联通用户结果如下，不少用户延迟超过250毫秒，比电信用户慢一些
其他运营商用户未测试
测试结果显示：
1. 全国平均来看，北京站访问最快，其次是上海，他们都比香港站快不少
2. 笼统来看，北方区用户访问北京较快，华东区访问上海较快，华南区访问香港较快。但距离并不是绝对因素，更准确的结果还需要应用级的测试
3. 电信用户访问国内Azure比联通用户更快一些；对于香港站来说，联通用户比电信用户快
3. 在测试的过程中，发现每次测试结果并不是很一致，更准确的结果需更多次测试弱化干扰
结合以上两种测试，不难发现Azure的网络性能还是很好的。当我们要部署一个应用到Azure上时，需要考虑用户的分布和接入方式，然后再选择Azure目标站点部署