在上一篇中，我們完成了數據區域的優化，得到很多童鞋的反饋，說想了解下如何優化應用層面，其實也無所謂優化，之前我們在實現應用高可用時採用的是NLB 或 IIS ARR加上反向代理，而現在使用QCloud，我們在實現公有云的應用NLB只是簡單的配置CLB（雲負載均衡）與前端NGX的負載即可：
而這裏的前端NGX也只是爲了方便大家識別，實際上使用了一些特殊配置來節省兩臺NGX（紅色爲已完成搭建，藍色是本次文章涉及的區域）：
1、 這裏所使用的DemoApp已非基礎篇所用的SharePoint，不過架構基本也是DoNet的，採用的是DNN的CMS Portal（具體如何部署這裏略），首先準備對應的App服務器端口修改爲內部端口4088（這裏的主機名綁定請隨意）：
2、 設置安全組開放4088（這裏有個細節，安全漏洞一鍵實現高危對外端口封堵）：
3、 創建一個外網型CLB：
4、 建立監聽器：
5、 這裏設置好輪詢：
6、 這裏的監測還屬於比較初級，僅檢測可用性，後面我們引入SCOM作爲應用監控可以看到更多數據：
7、 訪問clb地址查看應用是否正常：
8、 接着在DNS域名商上添加對應VIP與域名的解析，即完成應用的準備與優化：
9、 現在就可以使用cms.vmcloud.info訪問到對應網站：
後記：採用QCloud CLB產品實際上對應用級別的負載非常有好處，按照傳統微軟系的高可用應用需要部署多個IIS節點並安裝NLB，根據設備類型、應用情況還要選擇使用哪種播發模式，單播、組播模式選擇上都存在需要設備協調問題，此外負載依賴於節點本身，也存在一定風險，採用CLB後，實際上可以實現下圖架構：
（圖來自QCloud官網）
後續自動化故障處理模塊會解說如何根據業務負載來自動彈性擴展CVM子機並加入對應的NLB（基於CLB）節點中，下一篇開始進階篇的重頭戲。
