在王松看來，如果現有網絡架構的優化不能跟上終端、用戶應用模型的優化、不能與新技術匹配，即使網絡帶寬再寬，網絡傳輸效率依然提高不了。
提起藍汛，如果對通信行業稍有了解的人士，一定會聯想到CDN。的确，藍汛是最早的那一撥在中國提供CDN服務的技術型公司之一。現在，藍汛正在全面支持http2協議的普及，為什麼CDN的服務商開始關心起網絡協議，并且還在積極支持呢？從http1.x到http2如何實現穩妥的快速遷移？前一段業界盛傳的藍汛賣掉“首鳴數據中心”又有何隐情？
網絡架構“混合”模式來臨
随着網絡直播，尤其是跨區域網絡直播内容的火爆，如何減少強交互模式下的網絡延遲與卡頓，成為擺在通信行業眼前的現實問題。“CDN優化的是如何解決高訪問量、高重複靜态内容的網絡訪問效率，但是随着前端應用需求的變化，我們發現後端的網絡架構已經不能适應前端的需求了。”王松表示。
以辦公場景為例，過去的網絡節點是辦公室到辦公室、主機到主機，現在，以通過數據中心、雲計算為核心去建立企業内網的應用和外部訪問。
“未來的網絡平台要解決把企業内網和外網之間打通，把雲計算從私有雲和公有雲之間打通，把移動互聯網和固網打通，在這幾個層面上去融合網絡架構。”王松說。
現在，藍汛正在構建“融合”的三層網絡架構，數據中心網絡、交換中心網絡、到最底層的CDN網絡，“這個網絡的統一構建就是為了去支撐互聯網上所有的應用場景。”王松說。
從http1.x到http2
根據國外CDN廠商KeyCDN的業務統計顯示，http2流量占所有https業務流量的比例從2015年10月的51%迅速發展到了2016年4月的68%。
回顧http協議的發展，我們發現，從1999年http1.1協議标準發布至今，已經過去了18年。此後，web技術日新月異，而http協議開始漸漸滿足不了新的終端、網絡和後端技術的發展了。
直到2015年，Http2協議才以RFC7540正式發布。相較于http1.x，http2采用二進制格式傳輸數據，可以更有效地利用網絡資源，通過引入首部字段壓縮以及在相同的連接上允許多個并發交換等手段降低了網絡延遲，提升了通訊性能，還引入了從服務器到客戶端的主動推送。而在實踐中。結合TLS使用，還可以提高安全性。
Http2雖然協議沒有強制使用https，但是目前藍汛所有的http2服務都是結合https的，https保證了數據保密性，數據完整性和身份校驗安全性。
能夠随時跟上技術的變化并實現業務的産品化，是和藍汛的Cache業務平台架構分不開的。王松解釋道，“藍汛的Cache業務平台是以傳輸協議，業務邏輯和緩存邏輯的分層組件式架構的集群組成的。因此，針對新協議，和新業務邏輯的加入或者是新緩存組件的加入，調整和升級，都隻需在相應的分層完成即可，保證了整個體系的升級、改造的原子性。”
針對http2，藍汛升級了Cache業務平台的傳輸協議層，以支持TLS/1.2+和http2。而針對http2的業務層面的邏輯升級，則是升級了業務邏輯。分層結構降低了系統變動的風險，也便利了新的協議和業務的加入。
藍汛為何賣“首鳴”
“現在國内有四五十家公司做CDN服務，而回過頭來看，後端這一塊反而沒人做，真正的數據中心，交換中心這個體系完全沒有。”王松說。
從2009年開始布局數據中心業務，現在它已經是僅次于CDN的藍汛第二大業務。2016年4月，藍汛首鳴數據中心一期項目的交付使用，奠定了藍汛在數據中心市場上的全面發力。
對于未來，王松表示：“我們會做成一個美國常見的購物中心似的，做互聯網基礎設施的社區。藍汛隻做後端的網絡平台服務，最終實現網絡接入商和内容提供商的用戶自服務。”
首鳴的意義不言自明。但就在今年3月，藍汛通信将旗下的藍汛欣潤科技（北京）公司79%的股權出售給天津水杉科技有限公司、上海Qiaoyong資本投資基金管理有限公司和天津鼎盛智達科技有限公司，交易總規模達人民币2.212億元。
藍汛欣潤科技（北京）公司擁有和運營藍汛通信的互聯網數據中心業務，是首鳴數據中心的注冊公司。
根據協議，交易完成後，藍汛通信僅通過旗下子公司持有欣潤科技20%的股權。屆時，藍汛通信将不再季度财報中整合欣潤科技及其子公司的業績。
對于“賣首鳴”，王松表示，這其實隻是在資本層面上的一些變化，首鳴的管理團隊并沒有變化。藍汛這樣做是為了把數據中心和網絡的業務從上市公司拆分出來，引入國内其他投資者，并做了MBO（管理層收購）。
其實，這種手法并不少見，新的業務拆分出來，一方面可以使上市公司報表好看，另一方面，也可以使新業務獨立完成上市。王松對此表示肯定。
延伸閱讀
作為CDN用戶，怎樣才能知道我适不适合http2？
首先來看下http2的優勢：
1.客戶端對于訪問的域名解析出來的一個CDN邊緣服務器隻是建立一個連接，而不是每個資源都建立一個連接。這樣，就省掉了多次建立連接的時間，這個時間對TLS尤其明顯，因為TLS連接費時間。
2.TLS的應用效率高。http2隻需一次耗時的TLS握手，并且通過一個連接上的多路利用實現最佳性能。http2還會壓縮消息頭數據，省掉http1.x時代所需的一些優化工作，比如拼接文件，從而提高緩存利用率。
3.http2由于協議的更新，不再需要很多針對http1.x的複雜優化。
4.http2針對内容混排的頁面，如融合了HTML、CSS、JavaScript、圖片和有限多媒體的傳統頁面，有很好的加載優化。
5.TLS的高安全性但是，http2可能對某些客戶而言也可能體會不到協議的優勢：
1.對安全要求不高的客戶：TLS的高安全性對他們可能是負擔而不是必需。
2.隻需要單連接但是傳輸大數據的：http2的連接複用對他基本看不出效果，而TLS畢竟加大了連接的負擔。
延伸閱讀
怎樣快速、穩妥地從http1.x遷移到http2？
當然，鑒于目前http2強制使用TLS進行通信，那麼，CDN用戶如果決定使用http2，要确保：
1.https業務的支持，當然我們指的是使用TLS。對于http2來說，至少要支持到TLS/1.2版本。
2.分析自己系統中已經為http1.x做的優化，并評估他們針對于http2是否是有負面作用，并改進。
3.由于多數網站還是會保證對http1.x的兼容，需要針對http2和TLS進行獨立優化。
因此，對于已經使用了https業務的，如果已經使用了TLS/1.2，那麼僅需做2，3兩個步驟；如果還沒有使用https業務的，其實在https的建立上就可以一步到位，直接建立TLS/1.2的https架構，并據此進行http2業務的改造。