11月21-22日在深圳圣淘沙酒店，51CTO傳媒將舉辦WOT全球軟件技術峰會，WOT全稱是「World of Tech」，是51CTO開創的技術峰會。秉承專注技術，服務技術人群的理念，自 2012年首次舉辦以來，歷經4屆，積累了大量的技術資源，成為廣大技術從業者和技術愛好者一致認可的技術分享大會、交流平臺和人脈拓展平臺。

21號下午，51CTO聯合阿里云在深圳圣淘沙酒店主辦彈性計算專場，結合阿里云業務特點和優勢，在彈性計算的虛擬化選型，優化，容災，安全方面解讀彈性計算平臺底層系統架構和演進，剖析SLB等云產品的技術原理，給開發者帶來一場技術的盛大聚會。

首先由阿里巴巴集團核心系統部內核組資深技術總監 馬濤為我們帶來《阿里云彈性計算平臺底層系統架構的實現》，在會議中，馬濤老師一開始就給開發者介紹了阿里云彈性計算的總體架構以及存儲底層基礎架構情況。

在講到存儲架構的時候，馬濤老師還介紹了四種寫IO的模式，它們分別是：buffer write、direct write、write+sync、O_SYNC。對于如何保證VM中應用程序的數據完整性和CACHE系統數據符合程序的預期這個問題，馬老師認為，通過VM數據完整性語義透傳IO全鏈路可以更加的對數據完整性得到保障，其方式分別是VM SYNC->PV前端FLUSH->后端->host->cache系統->盤古分布式存儲系統。

當我們在使用以上四種寫IO模式的時候，還涉及到了一個數據安全的問題。這些網絡底層基礎架構到底在哪方面有問題呢？馬老師指出了MAC表項和ARP pps兩個比較普遍的問題。在這些問題也給出了比較方便的解決方案。

最后，馬濤老師還詳細講解了網絡虛擬化架構的演講（VPC），同時還認為能夠幫助用戶基于云計算網絡建立一個完全隔離的私有網絡環境。通過虛擬路由器，虛擬交換機，自定義路由，安全組等功能組件，可以按需配置私有網絡的邏輯拓撲和網絡配置。

為了實現應用平滑遷移，用戶可以使用專線或VPN將虛擬專有網絡與原有物理網絡之間連接起來，組成一個混合網絡域。

第二場是由阿里云高級技術總監吳佳明（花名：普空）為大家帶來了《SLB技術與原理剖析》，吳老師介紹了SLB集群模塊以及組建的總體架構。

其中吳老師還指出了四種使用注意事項，其中包含著TCP和HTTP，四層和七層架構，會話保持以及VM配置。

在介紹LVS的歷史問題時，吳老師還特別說明了LVS是一個開源的軟件，由畢業于國防科技大學的章文嵩博士于1998年5月創立，可以實現LINUX平臺下的負載均衡。LVS是Linux Virtual Server的縮寫，意思是Linux虛擬服務器。

而Tengine是阿里巴巴發起的Web服務器項目，其在Nginx的基礎上，針對大訪問量網站的需求，添加了很多高級功能和特性：

1. 繼承Nginx-1.4.6的所有特性，100%兼容Nginx的配置；

2. 負載均衡：一致性hash、會話保持、后端服務器健康檢查；

3. 顯示對運維人員更友好的出錯信息，便于定位出錯機器；

4. 支持HOTCONF；

接著介紹了負載均衡技術時，分別詳細做出了技術分析，吳老師認為通過DNS能夠實現跨region服務冗余，而SLB則能夠實現外部公網多臺VM服務冗余，VIP Server實現內部私網多臺VM服務冗余。

最后一個是由阿里集團核心系統部技術總監鄧明鑒（花名：竹莊）講解了《阿里云助力彈性伸縮服務介紹》，那么什么是彈性伸縮服務呢？鄧老師介紹說，第一，彈性伸縮服務(Elastic Scaling Service) 是根據用戶的業務需求和策略，自動調整其彈性計算資源的管理服務，其次這誰可根據客戶業務的增長或降低，自動增加或減少ECS實例，并將該ECS實例自動配置到SLB后端，以及添加到RDS的訪問白名單中。

而伸縮模式則多達七種，其中就包括定時模式，動態模式，固定模式，健康模式，手工模式，API歐式和多模式組合。

講到這里，很多朋友都對其工作原理和流程比較感興趣，下面我們就看看整體的一個流程圖：

那么，在這里哪些是屬于伸縮模式的設計核心呢？1.定時或自定義監控觸發器，這是根據用戶設置的出發條件來觸發一個事件。2.根據配置進行資源選擇，原理是同一組應用應該使用相同配置，并選擇相應地域的SLB等周邊資源。3.資源的創建和啟用，根據鏡像創建資源并且啟動應用。4.環境依賴，自動引入流量計，自動加入監控等。

在設計上的難點，鄧老師也詳細的指出了，需要深刻理解各產品OpenAPI，準確理解OpenAPI語義、同步異步、返回值含義、異常含義；準確理解各資源的狀態及含義。

其次是精確的活動觸發，要準確觸發所有用戶的伸縮活動，誤增加機器會浪費用戶的費用，誤刪除機器會影響用戶的業務甚至數據；對于活動失敗，甚至回滾失敗等各種異常情況有妥善的處理方式；監控準確到位。

最后一點，就是用戶業務透明，資源變動不影響用戶已有業務，不影響業務已有鏈接和請求。