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年度的支付宝五福摇一摇、还有最近鹿晗公布恋情的流量冲击下的微博，都是弹性方式，积压的任务放在哪，显然是具备先进先出功能的队列当中。
最后，需要买阿里云主机等产品的，可以领取一下阿里云优惠券，购买有优惠。
1、阿里云产品优惠购买地址：立即购买。
3、阿里云最新优惠活动地址汇总，共16个，地址：点击前往。
4、买云产品，还是推荐同配置相对便宜点的腾讯云，腾讯云限时新客户限时领取2860元无门槛优惠券，地址：点击前往。
