網站運維工作，一向以內容繁雜、覆蓋面廣著稱 。《網站運維技術與實踐》選取日常工作涉及的監測 調優、日志分析、集群規劃、自動化部署、存儲和數 據庫等方面，力圖深入闡述各項工作的技術要點及協 議原理，並介紹相關開源產品的實踐經驗。在技術之 外，作者饒琛琳也分享了一些關於高效工作及個人成 長方面的心得。 《網站運維技術與實踐》適合Linux 繫統管理員 、中大型網站運維工程師及技術負責人、DevOps 愛 好者閱讀。同時也適於剛踏上或有興趣踏上運維崗位 的年輕朋友，了解運維職業的工作和發展。

　　饒琛琳——“資深運維”，先後在世紀互聯雲快線和中華網負責運維工作，熱愛CDN並樂於嘗試 一切可以給互聯網用戶帶來便利和優質體驗的技術。——“DevOps”，現任人人公司網絡運營部高級研發工程師。專注自動化運維平臺的構建，活躍於 Puppet和Logstash開源社區。——“死理性摩羯座”，比特幣大潮中依然堅持要寫程序實踐證券投資分析原理和時間序列數據預警原理。—— “Larry Wall教徒”，推崇“懶惰、急躁和傲慢”三大程序員美德，並時時運用於運維工作中。同時熱衷於推廣以perltidy、Moo、AnyEvent和 Plack為代表的新一代Perl編程，參與組織了Perl中國用戶2013年度大會。

第1章 服務器監測
1.1 理解監測的意義
1.2 通過命令了解繫統的性能概況
1.2.1 ifconfig
1.2.2 w
1.2.3 df
1.2.4 ps
1.2.5 vmstat
1.2.6 netstat
1.2.7 iostat
1.3 其他常用工具
1.3.1 sar
1.3.2 dstat
1.3.3 mtr
1.3.4 IPtraf
1.3.5 TcpDump
1.3.6 Wireshark
1.3.7 strace
1.3.8 stap
1.4 SmokePing網絡質量監測
1.4.1 原理
1.4.2 配置說明
1.4.3 報警
1.4.4 WebUI
1.5 Nagios分布式監測
1.5.1 架構原理
1.5.2 Plugin編寫
1.5.3 SNMP網絡監控
1.5.4 Gearman分布式
1.5.5 OMD介紹
第2章 產品訪問監測
……
第3章 數據采集、傳輸與過濾
第4章 數據分析與報警
第5章 測試評估
第6章 集群架構規劃
第7章 彈性控制和部署
第8章 分布式文件繫統
第9章 數據庫
**0章 備份與同步技術
**1章 運維制度化與自管理

　　運維是一個古老但愈發新奇的職位。在不同時代、不同公司，都有不同的稱呼。在萬維網到來之前漫長的幾十年中，運維工作大都由繫統本身的開發人員來完成，他們很自豪地給自己加上了繫統管理者（SystemAdministrator）的頭銜。隨著萬維網的出現和發展，計算機繫統管理者中也就出現了專注於網站管理的人群，這些人自稱為網站管理者，至今我們依然可以在一些歷史悠久的軟件（比如Apache、Squid）的配置中，看到專門的指令來設定這個身份。與此同時，在互聯網的另一端（接入端）——為普及上網而大量出現的網吧和網城中，另一批專注於網絡接入、局域網共享和桌面應用管理的人群，則被稱為“網吧管理員”。接入端牢牢占據了*大多數人對互聯網的**印像，並將他們所能觸及的方面認定為互聯網從業人員的全部，即軟件開發者和網絡管理者。
　　毫不諱言，筆者在五年前（大學畢業時），同樣以這種眼光看待自己“很熟悉”的這個互聯網。
　　那麼，除去接入端的網管，在互聯網的另一端的管理者們到底是什麼狀態呢？ 　　先說看得見的一面：每次當你發現網頁變樣了，這說明網站管理者完成了一次應用發布；每次你投訴訪問有問題並附上截圖，這意味著網站管理者要開始一次故障排查和修復；每次你覺得比上次訪問快一點了，這說明網站管理者已經悄悄結束了一次後臺優化…… 　　再說看不見的一面：管理者盡力為你提供優質的訪問體驗，也帶來指數級增長的新訪問者。一百萬、一千萬乃至*多，大家的訪問體驗都要一樣好，數據都要一樣可靠，甚至業大招賊後還要保護大家的信息不被竊取……這些問題的背後，都是網站管理者的工作。
　　正是由於網站管理者與訪問者之間的頻繁交流，以及網站訪問數據對業務發展的支撐，慢慢地將管理者的職責從繫統維護擴展到了運營相關的廣泛領域，*終合二為一成為了“運維”，而這也是現代的專職的“網站運維”與“古代的”模糊化的“繫統管理員”*重要的區別。在業內公推為經典著作的WebOperations一書中，甚至專門有第8章“CommunityManagementandWebOperations”來講述運維和用戶交流、社區管理相關的內容。
　　從上一代互聯網巨頭引申出網站運維這個獨立的職位到現在，運維的職能依然在不斷細化和變化——網絡運維、繫統運維、應用運維、數據庫運維，甚至*細分的CDN運維和業務變*運維，都有專門的人員和團隊來負責。運維團隊甚至不再僅僅是網站服務的支持方，還越來越以網站內部的技術需求方的角色出現，進行廣泛而細心的考察，采取*激進的方法，從而提升網站的單位成本效益。
　　從大概一兩年前開始，另一個新的概念“敏捷運維”（DevOps）跟隨雲計算的浪潮出現。從思想和理論上，目前對其依然沒有準確的定義，但從技術實質上，無非是在保證產品質量和訪問性能的前提下提高產品發布的頻率，“自動化一切可自動化的工作”加上“充分了解業務流程”——而這本來就是一個**的運維人員應該去實現的事情！ 　　了解業務流程是一件取決於個人偏好和公司文化的事情，雖然筆者在過去的工作經歷中見過不少比相應的開發負責人還了解業務的老運維人員，但是這方面確實很難說出太多可以循序漸進的道理，還是讓我們先掌握那些可以幫助我們“Laziness,ImpatienceandHubris”（程序員的三大美德——懶惰、急躁和傲慢——出自LarryWall的ProgrammingPerl）地完成網站運維工作的技術吧！ 　　饒琛琳