（一）併發性
相對於有線網際網路，移動網際網路的網速還是窄帶時期，大部分的網路訪問都屬於慢速連線。乙個請求占用的網路連線的時間比有線網際網路乙個請求占用網路連線的時間要長。在同等的伺服器端qps下，併發連線數要比有線網際網路模式的要高。雖然web伺服器的併發連線數問題非常容易通過增加機器來進行擴充套件，但是這個問題需要注意。盡量使用非同步網路io.
（二）流量
相對於有線網際網路的包月付費模式，移動網際網路使用者基本都是有限的按流量的包月模式，流量費用昂貴。使用者會首選耗用流量低的系統使用，這正是uc瀏覽器成功的原因。
web網頁內容盡量簡潔，url連線盡量壓縮，省略baseurl。
（三）安全
手機丟失帶來的財產損失問題，由於手機丟失，可能造成被人惡意支付。然後提出掛失的功能。來自飛信的朋友說，飛信可以推出直接進行手機號掛失，圓滿解決這個問題。
（四）速度優化
由於流動網路的速度慢，速度優化就更加要得到重視。比如js,css檔案的合併。
網路操作的失敗處理。
（五）相容性
移動網際網路的終端型別，螢幕解析度，瀏覽器型別千變萬化。就算同乙個手機的同乙個瀏覽器也有適應螢幕模式和縮放模式。如此多的種類給頁面的相容開發帶來了很大的難度。往往公司的移動終端測試機器多達幾十種，雖然有廠商提供這種服務測試服務，但是對於開發人員來講，難度可不低。而有線網際網路的**之需要除錯下ie,firefox,chrome幾個瀏覽器即可。
（六）與有線網際網路統一
很大部分**都是以有線網際網路為主，同時推出移動網際網路版本的。但是往往移動版本的功能有縮減，導致某些功能缺失。所以從產品的角度也應該把功能進行統一。
（七）統計分析
（八）測試環境模擬
（九）使用者真實訪問速度的監控
雖然目前有廠商進行流動網路對移動網際網路進行速度監控和分析。但是他們的點基本都是固定的，可能是訊號較好的地方。那麼我們的應用的真實使用者訪問的速度到底是怎麼樣的，如何統計？
根據應用的型別，有些應用可能在家，公司等有wifi ，訊號好的地方使用。而有些應用很多情況下在訊號差的地方使用，所以使用第三方的監控還不完全可靠。
（十）需求變更更頻繁
由於移動業務的特點，需求變更的實時性要求更高。如何快速，高效完成需求的變更，而又不影響系統效能?這給移動開發者也提出了一些挑戰。難道就只能加班？
總結
以上為今天討論的移動網際網路架構相對於有線網際網路的特點，其中大部分還是跟有線網際網路是一樣的，比如資料庫架構，儲存的架構等等。
twitter:
鳳凰:
移動網際網路系統架構的特點
一 併發性 相對於有線網際網路，移動網際網路的網速還是窄帶時期，大部分的網路訪問都屬於慢速連線。乙個請求占用的網路連線的時間比有線網際網路乙個請求占用網路連線的時間要長。在同等的伺服器端qps下，併發連線數要比有線網際網路模式的要高。雖然web伺服器的併發連線數問題非常容易通過增加機器來進行擴充套件...
網際網路系統架構演變簡史
隨著網際網路的發展，應用的規模不斷擴大。需求的激增，帶來的是技術上的壓力。網際網路系統架構也因此也不斷的演進 公升級 迭代。從單一應用，到垂直拆分，到分布式服務，到soa，以及現在火熱的微服務架構等，還有在google帶領下來勢洶湧的service mesh。作為一名合格的架構師，有必要對架構的前世...
網際網路系統垂直架構之Session解決方案
sso登入問題 http協議支援會話，短連線無狀態，如何區分是否登入？可以用會話機制session，基於 cookie告訴瀏覽器 集群session存在 好？方案一 session sticky 通過nginx的ip hash可以實現。缺點 比如我們後台的tomcat宕機，那麼這台機器的sessio...