APP運行緩慢與人們需求斷層
作為IT類媒體人士，筆者特別調研了一些數據，發現APP緩慢運行的現象較為普遍，并嚴重影響到人們的使用：
79%的移動APP用戶在使用APP的第一次出現問題后，只會額外再嘗試1到兩次;
78%的移動APP用戶期望著使用移動APP的速度會快于訪問移動網站的速度;
61%的移動APP用戶能接受最多4秒鐘的load等待時間;
49%的移動APP用戶期待APP能在兩秒內給出響應。
APP運行緩慢的原因分析：移動最后一英里
筆者就是那種只能接受最多4秒鐘的load等待時間，并期待APP能在兩秒內給出響應的用戶之一，盡管要求較高，但移動網絡有自己的特征：比如容易出現連接頻繁中斷、傳輸失敗與丟包等問題，這是相比較網絡寬帶出現的新問題。
實際上，無線網絡傳輸給移動應用的速度和可靠性帶來了新的挑戰。有數據表明：“移動最后一英里”占移動應用總延遲(往返時間)的70%。最主要的表現是會話中斷與移動延遲。
會話中斷：間歇性移動連接是移動應用程序必須處理的事實。在會話期間中斷要求應用程序重復操作，減慢對用戶請求的響應速度。
移動延遲：由于必須通過蜂窩和WiFi網絡到達公共互聯網，移動應用程序不得不面對一個額外延遲層。由移動網絡導致的額外往返使應用程序崩潰，進而無響應。
由于“移動網絡最后一公里占據了整體時延的70%”，并且伴有大量的連接中斷和數據包丟失。因此，會話阻斷間歇性中斷的移動網絡狀況這個事實是所有移動App都需要面對的并需要設法解決的。這樣的中斷問題體現在靜態內容分發上表現為速度緩慢，體現在API 調用這類動態應用上則為失敗。移動網絡時延移動App不得不接受由于蜂窩網絡、WiFi網絡引入的額外的時延，以及由于切換移動網絡基站帶來的額外的Round Trip時間。
如何解決上述問題?這是筆者非常期望能解開的迷題。
解開移動應用加速的技術迷題
筆者近日在藍汛(ChinaCache)與美國公司PacketZoom達成戰略合作的一次媒體發布會上，采訪到了PacketZoom首席執行官ShlomiGian先生，并得到了關于移動應用加速的答案。
上圖為：PacketZoom首席執行官ShlomiGian
hlomiGian說：“PacketZoom解決移動應用加速問題的方法是：將軟件開發包(SDK)嵌入到 APP 時會使用到PacketZoom提供的 App id 和API 密匙，當打開嵌入了PacketZoom軟件開發包(SDK)的 APP 時，軟件開發包(SDK) 會連接到分布在全球的 PacketZoom 服務器。在得到PacketZoom某一臺服務器發送的確認之后，APP 中嵌入的 PacketZoom SDK 才會開始運行，與此同時軟件開發包(SDK)開始代理并加速此 APP 的請求。“
而當 SDK 代理請求時，它會根據 PacketZoom 控制面板中客戶設定的匹配規則(正則表達式)進行匹配，并將匹配條件的請求發送到 PacketZoom ，或根據設定的匹配規則的結果使用 APP 默認行為。PacketZoom接收到請求后，會將請求轉發到離用戶端最近的一臺PacketZoom服務器上并從這里開始對客戶的加速服務。于此同時，PacketZoom服務器會查看服務器本地是否有對應的緩存數據，如果沒有則去客戶源站獲取到內容后返回給客戶。Response 的數據將使用PacketZoom的協議被送到對應的客戶端設備，不管數據是來自于服務器緩存還是源站。
PacketZoom 協議發送數據的速率由PacketZoom發送算法所決定。算法會根據網絡類型，地點，終端設備類型等因素來決定發送多少數據及以哪種速率發送到客戶端。在數據發送給客戶終端的同時，SDK 會周期性發送確認信號，這些確認會用來優化發送速率，并通知服務器哪些數據包需要重傳。服務器持續優化發送速率，以盡可能快地發送最多的數據，同時避免發送超過網絡所能處理能力的數據量。
ShlomiGian強調：“在這些功能當中有些是 HTTP/TCP 已經內置的，但和PacketZoom 的存在明顯的差異。比如， TCP 也會發送確認來通知服務器哪些數據包已收到。如果服務器已發送數據包 100-150，接收端沒有確認收到包 110，TCP 會重新發送數據包 110-150。同樣的情況，PacketZoom只會重傳數據包 110，并在數據包 150 的位置繼續傳送數據。TCP 數據包沒有優化 TCP 發送速率，它只是盲目發送數據，加倍傳送速率直到有丟包發生。移動網絡繼承了這個特性，但反映出來的是移動網絡的網絡擁塞。”
移動應用加速在中國
據筆者了解，基于PacketZoom在移動應用加速方面的能力，中國專業的互聯網內容傳輸整體解決方案提供商藍汛ChinaCache近日與PacketZoom簽署了獨家合作協議。根據合作協議，藍汛ChinaCache享有中國建立適用于移動設備的Packet Zoom Expresslanes™傳輸基礎架構的專有權利，目的在于加速和提高中國移動應用內容傳輸的可靠性。
藍汛ChinaCache與PacketZoom合作后，中國的客戶也將享受到移動加速的便捷服務，并得到移動應用的極大優化：
移動吞吐效率優化：實現相對傳統Web協議的更高效的傳輸機制。通過減少通信的往返交互次數實現。通過關注移動網絡環境特有的參數，比如網絡類型，連接時延，可用帶寬，丟包率和信號強度來降低TCP的緩慢啟動帶來的性能降低。PacketZoom的服務器可以緩存靜態內容，但對不可緩存的動態內容是工作在透明代理的模式。
智能內容緩存：PacketZoom的App層和服務器層的內容緩存技術，可以實現在向后端獲取內容時減少對CDN或源站的往返交互的消耗。App層和PacketZoom服務器層的儲存都可以由用戶的工程師實現實時的管理和控制，比如緩存的大小和刷新狀態因為我們只關注在移動網絡環境的數據傳輸，所以PacketZoom是傳統Web CDN的絕好補充，無額外的運營成本。
會話保障：PacketZoom 會話保障功能工作在移動設備到接入Internet的第一跳，更好的控制這之間的連通性以實現應用層會話的可用性。隨著你的移動用戶在相同運營商的網絡中移動，甚至是在不同類型的網絡之間移動(2G、3G、LTE或WiFi)，PacketZoom都可以做到數據傳輸順暢的、持續進行。
全局網絡的知識認知引擎：可以做到減少甚至消除TCP協議的慢啟動、請求數據重連和重傳次數 – 這些對于傳統的Web協議是沒法做到的。 通過使用PacketZoom的智能，移動App可以在任何類型的移動網絡中最大化利用網絡吞吐能力。使用平臺收集到并共享的詳細信息，移動App可以節省自主偵測周邊網絡狀況的時間開銷。
失效轉發：PacketZoom的多播會話初始化進程可以針對某個時刻、任意一個手持終端設備自動找到對其來說最優、最快的服務器，擇優接入。
采訪小結
藍汛ChinaCache與PacketZoom的獨家合作，是將移動應用加速技術引入到中國的最快速的辦法，對于藍汛、PacketZoom或者是大量需要進行移動應用加速的企業而言，都是利好。當然，對筆者等最終用戶而言，移動APP的使用將更普及，更快速!
京公網安備 11010502049343號