本文重点介绍一下云服务器的优势，由于作者本人主要使用的阿里云的云服务器ECS，因此本文将直接以阿里云ECS为例相对于其他产品进行对比介绍，文章仅仅从个人使用体验角度出发，因此对于整个云服务器的优势来讲，必然会不完整。更多云服务器优点还需要各位自行学习和挖掘。

        先插播阿里云的广告，本站目前做阿里云推广工作，因此，还请理解。为了照顾不需要广告的用户继续阅读，可以直接跳过下面的着色段落：

欢迎领取本站的阿里云幸运券，新用户首购和升级，老用户首购，老用户升级均可带来一定折扣。
【Step1】 领取幸运券 http://wzfw.ltd/qjyl (30天有效，过期可重新领取) 
【Step2】 使用幸运券即可获取抽奖机会（20款产品均可使用）。重点推荐：
  新用户： 199元云服务器一年 http://wzfw.ltd/ecs199 （1核2G限购一台）
  新老用户： 三种规格限购一台 http://wzfw.ltd/ecs330 

1核1G： ￥330一年，￥660两年，￥800三年
1核2G： ￥660一年，￥960两年，￥1320三年
2核4G： ￥825一年，￥1260两年，￥1650三年

【Step3】 使用幸运券可参与抽奖，首购ECS大于百元必中 http://wzfw.ltd/jiang （移动电源，阿里云T恤衫 中奖率很高）

广告结束，我们继续：

1，阿里云的BGP网络质量

        小编的业务领域稍微特殊，为车联网业务，具体业务是汽车GPS定位放盗系统。业务的制约，需要每辆客户车上都装有一个终端设备，为了联网，设备会内置一张物联网占用手机卡。比如中国移动物联网卡。然后，终端会将数据，通过这些卡，将数据发送到指定的服务器，也就是我的系统中。再加上客户群体为全国用户，因此问题也就比较明显。这里，早期采用青岛联通专线时候，曾经出现过这样几种网络故障：

        地区性高延迟：具体表现为，四川电信用户，几乎无法打开青岛联通线路上的网站。偶尔打开，也是等待很久

        省市性质DNS故障：有一次，一个南方城市，客户普遍反映出设备离线，经过排查，发现是当地的移动dns出现了故障，不能解析我们的域名

        重大跨网故障：这个故障比较刻骨铭心，因为当时的业务规模，5万张卡高达90%离线。最终排查原因发现，这是省级节点，移动出口（入口是联通）出现断开，此故障持续高达三天，不得不说，国内做互联网业务，查找困难，投诉无门，光是分析故障节点就花了一天，然后联系到相关部门有浪费了2天，这就是这一次重大跨网故障的由来。

        以上故障，其网络结构为：全国范围手机GPRS网络，跨运营商访问青岛联通光纤网络的结构。

        后来为了变通实现，曾尝试过，青岛机房增加移动光纤的办法，有一定效果是避免了重大跨网故障。但其他两个问题还是时有发生。

        再后来，系统上云，全部系统放在了阿里云华中机房（杭州）。然后同时解决了前面三个问题，分析其解决原因在于：bgp线路多播，回避了单一线路问题，阿里云的DNS更加稳定，区域性覆盖更到位，网络位置合理，综合考虑放在了全部用户都比较靠近的杭州，相对于全国范围，处于网络结构最靠近中心的位置。

2，阿里云ECS固定带宽仅为下行带宽固定，上行不限速

        阿里云的ECS固定带宽，实际上仅仅是限制最大的下行带宽，上行没有限制，这一点，非常适合爬虫应用，后台查询第三方的服务。小编蹭找了一台1M带宽的ECS，在上面安装迅雷，下载外部公网资源，其速度达到过22MB/S,换算成带宽，大约是220M的带宽，非常实用。这一点，小编亲测，腾讯云，华为云，百度云，京东云等均为这一结构。唯独当时参与内测的刚起步的乐视云采用的是对等上下行带宽。

3，阿里云的云架构：SLB+ECS，SLB可以大量承载连接数

        单单拿一台ECS代替服务器，虽然也是上云，但是却并不属于云架构的范畴。SLB+ECS结构是小编最先用到的云架构，由于我的GPS系统为典型的长连接应用，因此在终端数达到数十万连接的时候，传统的物理机房已经存在瓶颈了，最直接的瓶颈是当时采用的CISCO5515防火墙不支持超过25万的并发TCP长连接。系统迁移到阿里云之后，SLB轻松破解连接总数限制问题。如今几十万连接稳定运行。

        这么大的连接数，肯定不是单台服务器承载，SLB后端承载的ECS采用连接数最少的方式，将新连接分配到压力最小的机器工作。在此需要纠正的一个观点就是，选购云服务器，要以同内核数的主频做对比。因为都是虚拟机。因此，同样内核的虚拟机，主频更高的E3明显要比低主频的E7有更快的运算能力。

4，职责分离的云架构，以ECS+OSS+（CDN）+RDS结构的网站为例

        这一点更适合广大网站站长学习，以前做个网站，买1M带宽显然太少，买100M带宽非常贵而且浪费。这在云架构下不再是问题。ECS上放着动态内容，OSS上存着静态资源（可勾选CDN直接进一步加速），RDS上存着自己的数据库。这样以来，费用拆分一下，ECS根据实际业务，可能几兆带宽就够用，最占用带宽的图片，视频，文件等内容，直接额外按量支付一笔流量费和存储费用即可。这是直接省钱的网络结构。极大的控制了支出，节约了成本。

5，解耦合的云架构，以SLB+ECS+RDS+消息队列 的 秒杀系统为例

        以前，云架构出名之前，秒杀系统频频挂掉，小米手机秒杀活动成为典型的例子。小米秒杀系统经过几次升级，也尝试过提高单机配置。但最终还是选择了云架构作为技术底层。其原因在于，在高配置的单机也是有瓶颈的，主频2GHz的cpu不行可以换主频4GHz的cpu，但是，挑战极限总是困难的，于是就避免竖向扩容，改为横向扩容，一台机器干不过来的任务，可以10台机器一起干。于是，消息队列就在这种背景下被大量使用。同样使用类似架构应对突发流量的例子很多，比如2016新年之际的微信红包、2017年度的支付宝五福摇一摇、还有最近鹿晗公布恋情的流量冲击下的微博，都是弹性方式，积压的任务放在哪，显然是具备先进先出功能的队列当中。

原文地址：https://www.opengps.cn/Blog/View.aspx?id=38，文章的更新编辑依此链接为准。欢迎关注源站原创文章！