友情提示，本文為軟文，如有不妥請關(guān)閉。

很多人對我以前做過的事情很好奇，雖然我對他們有所了解，而且我似乎也對他們有所了解。所以，這段歷史說來話長，明天我只講一部分，我的一些淵源與系統(tǒng)運(yùn)維有關(guān)。

讓我們從上個世紀(jì)開始。1996年還是1997年，我不記得了。還在讀書的時候，在北大校園網(wǎng)找到了一本大陸黑客的教科書。后來在微博上看到他了！）趙茂華虎利用CGI信息泄露漏洞獲取了北大估測中心一臺服務(wù)器的文件。之后，我使用破解程序嘗試解鎖了很多密碼，包括管理員帳戶。，但成功完成了登錄操作。其實我什么都不敢做，但我想說點什么，即便如此，文件是什么，系統(tǒng)的文件目錄是什么意思，管理員賬號的權(quán)限是什么服務(wù)器運(yùn)維外包，還有什么是這個cgi漏洞的觸發(fā)機(jī)制？這是完全未知的。

簡單來說，就是一個無知的新手，按照劇本做了一個根本看不懂的操作。但我覺得這是我第一次接觸并嘗試了解所謂的服務(wù)器系統(tǒng)。

1998 年，我的第一份工作是做一些 Web 開發(fā)。期間，我把公司的人才網(wǎng)站系統(tǒng)從+asp+改成了linux+php+mysql。我大概是第一個在國外開發(fā)php的程序員，這段時間我還在國外用。網(wǎng)絡(luò)嗅探總監(jiān)的root密碼登錄公司服務(wù)器，然后發(fā)給總監(jiān)炫耀。之后對方?jīng)]有限制我的root權(quán)限。但此時，我的理解比以前更加有限。基本知道web服務(wù)、數(shù)據(jù)庫服務(wù)、動態(tài)腳本的協(xié)作方式。我也知道所謂的系統(tǒng)賬戶權(quán)限、目錄權(quán)限、文檔、文檔是什么。除此之外，它仍然是空白的。

我第一次創(chuàng)業(yè)是在1999年，當(dāng)時和華圖網(wǎng)合作，就是謝文老師給的資源。我可以自己寫一些程序。美術(shù)設(shè)計被網(wǎng)友外包，放在華圖網(wǎng)服務(wù)器上。我不關(guān)心請求的數(shù)量，也不關(guān)心運(yùn)維。后來換了廣告交易所，突然就爆發(fā)了。請求猛增，各種服務(wù)器都支撐不住了。謝文老師也離開了華圖。，我向綠盟科技的沉老師借了28000，買了的主機(jī)。那時候服務(wù)器運(yùn)維外包，托管真的很貴。之后請華圖網(wǎng)兼職運(yùn)維人員協(xié)助維護(hù)服務(wù)器。

后來，雖然我是別人家的工程師，但有問題總不方便打擾。每次著急的時候，不知道要等多久才能等到對方回復(fù)，于是就開始就各種問題征求意見，讓對方帶一些資料過來解決我自己。我自己解決了。后來逐漸學(xué)會了安裝各種系統(tǒng)，優(yōu)化調(diào)整參數(shù)。起初，我不知道如何使用搜索引擎。后來，在我學(xué)習(xí)了搜索引擎之后，我知道了更多的東西。之后，我也開始展示一臺服務(wù)器如何支持每晚幾千萬的動態(tài)腳本請求（十五年前的廉價服務(wù)器在當(dāng)時被認(rèn)為是非常好的），以及一年不宕機(jī)的穩(wěn)定性如何。

2004年底統(tǒng)計完畢，面臨新的挑戰(zhàn)。與之前相比，系統(tǒng)更復(fù)雜，響應(yīng)請求的頻率更高，但程序與服務(wù)層的結(jié)合更緊密，包括緩存管理，包括定時任務(wù)，包括守衛(wèi)。過程中也有比較奇特的故障。此時，僅靠系統(tǒng)參數(shù)優(yōu)化是無法解決問題的。你必須自己編寫更多的應(yīng)用層監(jiān)控腳本，試圖在問題發(fā)生之前記錄錯誤信息和系統(tǒng)狀態(tài)。, 重播故障和問題點。但是，當(dāng)時每個統(tǒng)計服務(wù)器都是獨(dú)立支持業(yè)務(wù)的。雖然有很多服務(wù)器，但似乎沒有集群，

幾年后，我沒有太多的運(yùn)維經(jīng)驗。直到2009年進(jìn)入4399，才開始搭建社區(qū)平臺。那個時候上海公司剛剛起步，招聘的本地運(yùn)維人員之前并沒有處理并發(fā)的概念，我們也不是那個有錢的。暴發(fā)戶，只能回到技術(shù)優(yōu)化的老路了。隨著流量的增加和服務(wù)器的擴(kuò)展，由于業(yè)務(wù)數(shù)據(jù)必須保持統(tǒng)一一致，開始了解集群、中間件、負(fù)載均衡、讀寫分離、分庫等。對于各種架構(gòu)問題，我們還在不斷的探索和前行，不斷的踩坑不斷的教雜費(fèi)，然后編寫各種監(jiān)控分析腳本，尋求問題回放和定位。我在之前的文章中也談到了一些經(jīng)驗。

例如，整個系列的文章都可以在這里看到。

直到后來，我也開始幫助很多同學(xué)分析解決負(fù)載優(yōu)化的問題。我也開始以建筑師的名義參加一些建筑會議，并做了一些分享。可以說，就算技術(shù)不好，最后還是處理了。很多中小型公司的通病，可以算得上是跌跌撞撞的平價架構(gòu)師。

像這樣的話，我想說一件事，還好，時代在不斷進(jìn)步。一是硬件的改進(jìn)，解決了很多以前單機(jī)的麻煩問題；那么云服務(wù)的誕生，每一個優(yōu)秀的云服務(wù)商背后，都有一幫優(yōu)秀的云服務(wù)商。運(yùn)維工程師和架構(gòu)師通常不被大中型公司聘用。優(yōu)化了哪些參數(shù)，安全優(yōu)化，集成了各種解決方案和服務(wù)，資源可以自由擴(kuò)展。許多令人頭疼和復(fù)雜的事情現(xiàn)在都一點點了。鍵盤完成了。說真的，這對中小型公司來說確實是個好消息。我經(jīng)歷和見證了太多的中小型創(chuàng)業(yè)公司。在業(yè)務(wù)快速發(fā)展的情況下，我有太多不可持續(xù)的運(yùn)維頭暈的案例。其次，我琢磨了一些昨天晚上看起來微不足道的非常小的技術(shù)細(xì)節(jié)，花了很長時間才解決。

我們還是講技術(shù)的價值，我們自己去理解和感知核心技術(shù)，掌握技術(shù)細(xì)節(jié)，雖然很有價值；而技術(shù)的分支和領(lǐng)域數(shù)不勝數(shù)，誰能包羅萬象？誰能填滿科技的技能樹？在這些實際情況下，只有正確的技術(shù)工具和技術(shù)方案才能正確選擇，大大簡化并增加了技術(shù)成本。它本身也是一項技術(shù)，具有極高的價值。對于企業(yè)來說，這個價值或許可以讓你節(jié)省大量的研發(fā)預(yù)算，大大提高運(yùn)營效率。

回過頭來看，我們用過云主機(jī)和云服務(wù)，能不能高枕無憂，專心開發(fā)？對不起，不是。

很多時候，我們遇到的系統(tǒng)問題來自于我們自己的應(yīng)用，比如顯存泄露，比如數(shù)據(jù)庫鏈接沒有被釋放等等；這時候就需要進(jìn)行更加深入和多樣化的跟蹤分析，進(jìn)而定位困境點或者故障點，這就要求在云服務(wù)的基礎(chǔ)上，還需要做各種跟蹤和分析。分析，也就是我之前經(jīng)常做的，寫監(jiān)控腳本，保存各種對分析有用的信息，然后在遇到故障和問題后繼續(xù)分析日志，定位和調(diào)整我們的問題。

不過，時代還在發(fā)展，好在這樣的工作也有了很大的改進(jìn)，這就是APM技術(shù)，（應(yīng)用性能管理）。我們可以采取預(yù)防措施來找出問題，而不是等待故障來反思問題。我們可以有更多的時間和計劃來解決問題，而不是在出現(xiàn)問題后通宵達(dá)旦地緊急處理，祈禱休養(yǎng)時不要變壞。

如果你不知道這一點，我想你可能不得不走我走過的路。老實說，我真的不想重蹈覆轍。那天晚上服務(wù)器崩潰被客服電話吵醒的時候，我已經(jīng)經(jīng)歷了太多。

去年8月18日，中國首屆應(yīng)用性能管理大會將在上海召開。組織者是我們熟悉的老同學(xué)。他們曾成功主辦過QCon全球軟件開發(fā)大會、 和InfoQ China的全球架構(gòu)師大會。還有聽云科技，APM技術(shù)領(lǐng)域唯一的上市公司。

整個會議設(shè)置包括性能可視化、服務(wù)器端應(yīng)用監(jiān)控實踐、人工運(yùn)維、CDN加速、數(shù)據(jù)庫性能優(yōu)化、移動端性能優(yōu)化、基于云架構(gòu)的性能優(yōu)化、HTML5調(diào)優(yōu)最佳實踐8個主題。

代表講師包括但不限于以下

相關(guān)議程是各大一線互聯(lián)網(wǎng)公司的實際解決方案。任何解決方案，只要適合你的企業(yè)應(yīng)用場景，都可以說是有價值的。

讓代碼“”介入閱讀原文買票，然后就可以在20%off的基礎(chǔ)上轉(zhuǎn)移利潤。