前兩天聽了海量使用者服務系列課後，收穫頗多，快速整理下思路，幾個基本點：
一，網際網路產品是乙個運營的產品，產品的成功很大程度上是運營出來的，而不是開發出來的，從產品的生命週期看，開發環節只是佔了其中的一小部分，而產品的生命週期大部分是處於運營狀態，因此，在架構設計階段就必須把產品的可運營性納入到設計的重要思考點，而絕對不是簡單的實現乙個功能點就大功告成了。
二，什麼是可運營的產品？產品的運營是乙個動態調整的過程，能夠根據使用者的需求變化，確保在低成本（可以忍受）的基礎上進行快速的迭代，這裡必須強調的乙個關鍵點是運營的成本，也許你會說，我的產品是可以動態調整的，但是問題是，你的調整需要付出非常大的代價，不管是機器成本，頻寬成本還有人力成本等等，從這個角度上看，這個產品架構設計上就不能算很成功了的。
三，針對海量級別的系統設計，我們又根據頻寬，儲存，單位請求量，使用者數和需要的機器數量等的不同分成小胖系統和大胖系統，對這種海量級別的系統，必須堅持兩個基本的價值觀：有損服務＋柔性可用，動態運營。在這兩個基本的價值觀去指導系統的設計，才有可能做到大系統，小做。
四，在中國的網際網路環境中，行業領先者沒有太大的動力進行盲目的創新，因此強調快速的跟進變化的能力，在仔細觀察行業的趨勢，一旦發現新的「綠洲」，馬上排程自身有優勢的資源快速跟進，實現快速跟進和反超競爭對手。在這種情況下，乙個公司，必須有一套能夠快速響應的開發流程來保證快速跟進業務的執行能力，以迭代運營來換認識的深度，重點在於快，重點在於運營。
五：一旦系統上線，必須有足夠的手段來收集使用者的反饋，必須有足夠的監控來獲取使用者的行為資料，通過挖掘和分析這裡資料，我們才能夠真正去認識使用者的行為，我們的哪些功能是受使用者歡迎的，哪些是使用者不怎麼使用的，使用者在站點的跳轉路徑是如何的，等等，根據這些反饋來不斷快速的調整我們的系統。
六：系統的監控是系統架構設計的乙個重要方面。乙個沒有任何監控的系統上線後，我們根本無法知道使用者對我們的產品是歡迎還是抵制？哪些是受歡迎的哪些是使用者不喜歡的？因此也就缺少了進行產品方向調整的依據，這樣的產品設計是完全脫離使用者的需求的，是無法傾聽到使用者的聲音的，一切的功能點都只是產品經理喜歡而已，這樣的產品是很難成功。
七：對系統進行立體監控，而監控的實施也是乙個灰度迭代的過程，根據業務的特點和每個階段的核心需求點，實施不同的監控點，乙個系統的基本監控分為：系統監控和業務監控。其中系統監控是對系統層面進行監控，而業務監控主要是針對業務流程和業務資料進行監控。系統監控可以分成：系統容量監控，系統頻寬監控，程序監控，程序埠監控，磁碟空間容量監控，cpu效能監控，cgi響應監控，cgi響應速度監控等。業務監控的點主要根據業務的不同而不同。
網際網路系統的架構設計必須要考慮的關鍵點
一，網際網路產品是乙個運營的產品，產品的成功很大程度上是運營出來的，而不是開發出來的，從產品的生命週期看，開發環節只是佔了其中的一小部分，而產品的生命週期大部分是處於運營狀態，因此，在架構設計階段就必須把產品的可運營性納入到設計的重要思考點，而絕對不是簡單的實現乙個功能點就大功告成了。二，什麼是可運...
網際網路系統架構演變簡史
隨著網際網路的發展，應用的規模不斷擴大。需求的激增，帶來的是技術上的壓力。網際網路系統架構也因此也不斷的演進 公升級 迭代。從單一應用，到垂直拆分，到分布式服務，到soa，以及現在火熱的微服務架構等，還有在google帶領下來勢洶湧的service mesh。作為一名合格的架構師，有必要對架構的前世...
移動網際網路系統架構的特點
一 併發性 相對於有線網際網路，移動網際網路的網速還是窄帶時期，大部分的網路訪問都屬於慢速連線。乙個請求占用的網路連線的時間比有線網際網路乙個請求占用網路連線的時間要長。在同等的伺服器端qps下，併發連線數要比有線網際網路模式的要高。雖然web伺服器的併發連線數問題非常容易通過增加機器來進行擴充套件...