本文重點介紹一下雲伺服器的優勢，由於作者本人主要使用的阿里雲的雲伺服器ECS，因此本文將直接以阿里雲ECS為例相對於其他產品進行對比介紹，文章僅僅從個人使用體驗角度出發，因此對於整個雲伺服器的優勢來講，必然會不完整。更多雲伺服器優點還需要各位自行學習和挖掘。
先插播阿里雲的廣告，本站目前做阿里雲推廣工作，因此，還請理解。為了照顧不需要廣告的使用者繼續閱讀，可以直接跳過下面的著色段落：
歡迎領取本站的阿里雲幸運券，新使用者首購和升級，老使用者首購，老使用者升級均可帶來一定折扣。
【Step1】 領取幸運券 wzfw.ltd/qjyl (30天有效，過期可重新領取)
【Step2】 使用幸運券即可獲取抽獎機會（20款產品均可使用）。重點推薦：
新使用者： 199元雲伺服器一年 wzfw.ltd/ecs199 （1核2G限購一臺）
新老使用者： 三種規格限購一臺 wzfw.ltd/ecs330
1核1G： ￥300一年，￥600兩年，￥720三年
1核2G： ￥600一年，￥900兩年，￥1200三年
2核4G： ￥800一年，￥1200兩年，￥1500三年
【Step3】 使用幸運券可參與抽獎，首購ECS大於百元必中 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年度的支付寶五福搖一搖、還有最近鹿晗公佈戀情的流量衝擊下的微博，都是彈性方式，積壓的任務放在哪，顯然是具備先進先出功能的佇列當中。
原文地址：www.opengps.cn/Blog/View.a… ，文章的更新編輯依此連結為準。歡迎關注源站原創文章！