GiTC網站：http://www.thegitc.com
關於如何監控，葉駿強（上海綠岸運維總監）提到了flume作爲收集工具，收集各種日誌，然後進行分類分析。python+zabbix作爲常規監控工具。安全上，fail2ban是一個不錯的工具。
鄭首帥分享了電魂網絡運維部的一些經驗。我認爲最值得借鑑的是“將運維做成可量化的”。這裏面提到了配置中心（CC）、自動化作業（IDO）、運營質量度量平臺。他們有一個運維工作臺，所有人都可以登錄上去，然後各種需求可以做成一個個的App，這個概念就是“讓提需求的人自己實現需求”。
小米的系統架構師孫寅從自動化部署這個方面講了很多小米的實踐經驗。小米正在嘗試三個里程碑：一鍵升級、一鍵部署、動態部署。動態部署是最高形式，要求所有的資源都能做到隔離，包括硬件（比如CPU、內存）、軟件，甚至IP都需要能夠動態化。這樣的好處就是能夠做到足夠靈活。
大數據方面：
鄧雄分享了人人網對於社交網絡好友推薦的實踐。社交網絡裏面一個很重要的環節就是如何建立“人脈”，推薦是一種比較高效的做法。借鑑facebook的做法，人人網採用了幾種模式（算法）。本質上是基於朋友的朋友推薦，這裏面涉及到二度人脈、共同好友與建立好友的時間，動態和靜態親密度、添加好友的趨勢預估等等。最終可以做到智能分組。動態好友推薦的技術難度在於實時性，計算量非常大，所以算法的改進對於好友推薦的效果以及速度都是非常關鍵的。另外，對於熱門事件，他們的分析不是簡單的切詞，切詞方法是需要嘗試詞與詞的組合，最終得出的熱詞是真正符合實際的。
客戶端開發方面：
新浪微博的客戶端開發經理張傑講了一些微博客戶端開發時遇到的囧事。比如流量監控類軟件會攔截App的Http請求，然後去掉一些圖片資源，導致微博行爲不正常，但是用戶根本不知道這個事情。他提到的幾個值得參考的點：1.消息格式：客戶端可以採用msgpac/probuf等更節省數據的消息格式甚至是二進制的消息格式，儘量減少傳輸量。另外對於客戶端的圖片格式，可以考慮採用webp格式，它相比png和jpg來說體積更小，更省流量。2.客戶端響應速度上，可以考慮採用C庫加快json的解析速度。另外在存儲非常耗時的情況下，可以先渲染後存儲或者用異步方式，來讓界面的反映更快。3.客戶端狀態監控：要收集自己的crashlog、網絡異常數據、api以及IO的異常數據。4.更新方式上，對於小的更新，可以採取只更新lib的方式，不需要整個apk都替換。5.客戶端性能需要關注三大要素：電量、內存、安全。所有的優化都可以從這三方面考慮。
其他：
API化、SDN、智能玩具等都比較有意思。沒有太多時間詳細說了。
此文爲原創，轉發請註明來自zouyongjin的博客：
有興趣的請與我交流：http://weibo.com/zouyongjin