騰訊真的技術不行？T4 來說下 9 年前的騰訊技術基礎
這幾天網上很多討論騰訊技術過時了，騰訊的技術簡直一團糟。
然後，我們就調侃這個叉子，你不行啊，作為全棧，騰訊的老技術，也不在這個時候發聲，於是，叉子被bb的寫了一篇。
原文是這樣的：
8230人關注。近40萬人瀏覽。300個回答。
於是有了這篇文章：
最近網路上突然出現一篇文章質疑騰訊現在2018年的技術建設，我讀過文章裡面的內容對比我所知道的內幕，我是不認同的，可我是無法直接反駁，因為我也不清楚騰訊現在的技術平臺，但我可以講一下9年前騰訊的技術基礎，用9年前的情況對比文章裡面現在提到的情況，能作比對的解的地方，我不覺得該文章僅僅是偏頗，而是作者對騰訊瞭解不足夠多。我做不到像作者那樣站在那樣的高度去評價騰訊，文中提到的、我不瞭解的情況我也無法發表看法，我也考究不了該文作者寫這些內容的時從何處獲取的資訊。因此本文也不可能全面的介紹騰訊的技術架構，原因是我雖然在騰訊工作的時間比較長，但僅在騰訊的一個部門的不同技術崗位上工作過。
我摘選出文章的一些片段，講一下我的看法
一、文中提到：“有內部mysql叢集（這算最基礎了吧），可是呢，必須從指定的遠端跳板機用命令列處理，沒有一個可用的客戶端或者web GUI，然後還強制不允許安裝myphpadmin之類的開源，說是不安全；”
對於這個問題，我分幾個角度去講：
1、DB的Web管理介面是存在的，我可以非常肯定的說，在2009年的時候，我工作的部門ISD（現在叫SNG）就已經用Web去管理大量的資料庫和資料庫的cache server（名字不透露），DB的管理手冊我看過，如果打印出來是很厚的一份文件，裡面大部分內容並不是平時網上看的Mysql的命令，而是內部開發的管理平臺的Web介面，用於資料的變更，備份，對於資料庫的初始化、安裝是另外一個系統。
2、對於騰訊不讓使用 phpMyAdmin（文中寫成myphpadmin，應該是筆誤，我在百度和bing上沒有搜到myphpadmin） 這個情況有點失禮的說，抱怨騰訊不讓使用 phpMyAdmin 的話確實不合適，但是要說明白這個問題，倒需要花一點篇幅從幾個方面去說：
1）我在騰訊工作的時候，騰訊並沒有不讓安裝phpMyAdmin，我記得我為我的同事安裝過phpMyAdmin，但僅限於開發環境，測試環境並沒有，生產環境更加不可能有。在當時，騰訊的測試環是會有一些真實的資料，請想一下，以騰訊的規模，通過 phpMyAdmin 這樣直接去接觸資料庫會有多大的風險，phpMyAdmin 又不能提供資料庫操作的審計的功能（當然，假如做二次開發是可以的，可是直接用開源是不行的），萬一有人在 phpMyAdmin 上面下載使用者資料或上傳一些資料，我想這樣造成的後果絕對比騰訊不讓使用phpMyAdmin要大很多。對於測試環境，我要額外說明一下，讀者千萬別誤會通常我們的認為的騰訊的測試環境可以隨便訪問騰訊的生產環境的資料庫，我說的騰訊的測試環境包括灰度測試，就比如說，要驗證使用者對一個新開發的功能的反饋，那麼騰訊會選擇小範圍的向一些號段的QQ使用者開放，讓這些使用者看到這個功能的入口，觀察這部分使用者的反應，再做產品運營上的調整，這種灰度測試，這灰度測試的資料，也是放在生產環境的，是使用者的真實的資料，毫無疑問這些資料是不能隨意觸碰的。
2）哪怕騰訊允許使用 phpMyAdmin ，我相信大部分在騰訊工作且需要操作資料庫的人也不會去用phpMyAdmin，要知道，在2009年之前騰訊的業務已經是億級了，對於這種億級的業務系統的資料庫的大致規模我簡單描述一下，但不能太詳細，在2009年，Qzone空間裡面的一些模組使用的資料庫是的數量是兩位數，尤其是QQ農場最火爆的時候，部門為了支撐這個業務，運維團隊幾乎大部分時間都在為Qzone申請資源裝置或從原有的裝置中騰挪出空閒的裝置出來給Qzone使用，每次大的擴容都是將數百臺裝置在極短的時間裡上線。我讀書的時候就經常使用phpMyAdmin，也曾經修改過phpMyAdmin的原始碼，試想一下：先不考慮全域性，一個模組裡數百上千個數據庫例項怎麼用 phpMyAdmin 去管理？我們都知道像這種量級的使用者資料必然要分庫分表的， 分庫的就會導致使用者的資料會分散在數百上千個數據庫物理伺服器（那時還沒有騰訊雲，都是用物理伺服器）上，這樣的情況下用 phpMyAdmin 能管得過來嗎？我沒在騰訊工作之前曾經在多玩（後來的歡聚時代，多玩現在好像是被剝離出來了）親自設計開發了多玩通行證系統：udb，那時我設計的保守容量是一億使用者，我拆了1000張表，邏輯上分了10個庫，像這樣資料庫結構要查詢使用者資料，現在有什麼好的手段我不清楚， 但在當時只能是需要開發管理後臺根據使用者的id算出所在的庫表後再去訪問。
3）在騰訊這樣的公司，哪怕是在2009年，直接操作資料庫是會帶來資料和快取不同步，因為server要承受的請求是海量的，如果這些請求都直接傳遞到資料庫硬碟是支撐不住的，因此在很早的時候（具體什麼時候我也不知道）騰訊就在mysql前端部署了大量的 cache server（名字不透露，統一用cache server稱呼），來自Web前端的 CGI/FCGI/自研發的http moudle 都不會直接訪問資料庫，而是通過 API 去訪問 cache server ，cache server 會把來自Web層的請求轉換為對mysql的請求，對於mysql返回的資料集則會快取在cache server的記憶體裡，Web層下次訪問的同樣的資料時就直接從記憶體返回，不再去請求後端mysql server，即便是這樣，海量的使用者請求還是讓運維的同事小心翼翼維護這些裝置。我記得當時部門會對沒有使用 cache server 的業務模組進行統計，有計劃的升級整改，對於確實不需要隔著一層 cache server 的 mysql 當然也不會強求一定要經cache server過。說到這裡，我想有點技術基層的讀者就明白了，直接操作資料會導致 cache server 的資料沒有更新就有可能導致混亂。
4）至於phpMyAdmin是否安全的問題，我就只發表個人見解，以我的資歷和經驗，我認為不足夠安全，你說安全就安全吧，不爭論了，我有我的工作場景，反正我不需要，我是在字元介面用 mysql client 的。
3、在2008年，我所工作的部門，非DB的運維工程師和研發工程師已經不需要訪問資料庫了，我記得我剛擔任QQ秀運維負責人的時候就接到一個工作，把QQ秀所有的資料庫全部移交給DBC（database center）又稱為DB組去管理，為了完成這項工作我去和QQ秀的同事協調，他們很爽快的答應下來，QQ秀的技術總監Ciline還跟我半開玩笑說：“你別搞出故障來啊”，這一句話讓我感到有點緊張，那時的QQ秀並沒有去主推紅鑽包月服務，因此每時每刻存在大量一兩塊錢甚至幾毛錢的使用者消費請求，如果一部分核心資料庫出問題，幾乎可以心算出每小時部門的損失，而在此之前，每個業務Qzone、QQ秀、QQ會員、QQ音樂這四大業務的運維都得親自管理自己名下的資料庫，這種工作是令人膽戰心驚的，幸好那幾年沒有出現過嚴重的資料丟失的運營事故，可是沒有人為的操作事故也會有硬碟的物理故障，在我擔任QQ秀運維負責人期間，就遇到過好幾次資料庫硬碟故障，幸而那時DB組接管了資料庫的管理，因此我的工作就是申請伺服器提供給他們重新部署，DB組開發了一套管理的平臺還有制定了一套嚴密的資料遷移流程，每次都是平平穩穩的完成工作。
對於訪問資料庫這個話題，我重點說了三點，其實讀者會發現，在騰訊，至少是我工作過的部門，只有少數技術的同事需要接觸到資料庫，其他的人根本不需要直接跟資料庫打交道，而且需要跟維護資料庫技術人員也是通過管理平臺去操作資料庫，因此我不太明白那篇文章的作者為什麼對在騰訊工作不讓直接接觸資料庫而有點抱怨，我那天在蘋果零售店遇到這樣一個情景，一個顧客和天才吧的蘋果員工說，他想為他的新iPhone買一張貼膜，天才吧的蘋果員工告訴他：“您已經買了Apple Care了，不需要了”；我不太確定用Apple Care來比喻是否合適，可騰訊的DBC團隊是作為一個服務平臺為各業務提供支撐，業務部門的技術人員是基本上就是需要專注業務邏輯本身的開發就可以了，不需要直接去訪問資料庫。在約9年前類似的這樣的團隊還有Web組，由於我非常精通Web Sever，所以我經常去找他們提各種需求，例如部署Web cache，http gzip壓縮，footprint，這些需求都是符合當時的運維規範，合規就辦，公事公辦，我可以提需求，但操作必須是他們來，大家都沒有做越界的事。在這裡，我順便說下一下，當時包括現在很多開源的程式碼放在當時騰訊的業務環境下是根本支撐不住騰訊的驚人的使用者請求，我最早在騰訊內部使用nginx，期間也花了不少精力去修改nginx的程式碼以適應騰訊的環境，然後拉著好幾個同事和我做各種測試，灰度測試，打包，上線部署，上線後觀察。前後搞了三個月，證明了方案是可行的，這時我又提出還不如把用到的Nginx的這幾個功能特性在自研發的http server上實現，這樣Web組就可以少維護一種Web Server，使用者訪問速度還有效能會更好，這個想法被接納，然後請平臺組去實現。
在騰訊愛折騰技術是可以的，但得有一些前提條件，第一得有能力，第二得遵循公司的規範；沒能力有不遵守規範那肯定辦不成事情；而有能力不遵循規範把事情辦成並不算了不起，這是小聰明，而且這樣很不好；有能力又遵守規範又把事情辦成，才是大智慧。
該文的作者似乎還對於用跳板機訪問資料庫這種方式還有一點看法，這裡我要提一下，這是資料庫啊，裡面存的是使用者的私密資料啊，經過跳板機的目的是什麼？我有點保守，不打算在公開場合說，希望你自己能想明白。
對於文中一句話，可以引出這麼多話題，我希望讀者不要誤以為我糾纏於原文作者的一句話不放窮追猛打，我的本意是借這個話題讓讀者多瞭解一點騰訊的運維，多瞭解一點，誤會就少一點，但是具體的一些資訊又不能講的太細，對於億級別平臺的運維，身在其中就要時刻保持敬畏之心。雖然我之前的工作是研發和運維都涉及，但QQ秀的運維是我第一份全職的運維工作，而且沒多久就成了QQ秀的運維第一負責人，打理著好多臺伺服器（數量不能透露），QQ秀當時是騰訊很賺錢的一個產品，想了解更多的可以檢視當時的財報，每天在平臺上有好多筆購買QQ秀的交易，硬是把我的粗枝大葉性格改成謹小慎微，期間也犯了不少錯誤，也連累很多很多同事陪我加班，特別是測試組的同事，現在想起來既怕又慚愧。
二、Linux入域（加入內網），不可自行組區域網，內網分成三種網路，並實行物理隔斷的問題
騰訊的伺服器的OS是用Linux的，至於現在辦公環境有多少人用Linux和macOS我是無法知道的，但我在騰訊工作的時候直到我離開，上千人部門只有兩個人用 Linux 桌面，一個人稱廖大師的大神（那時沒有大神這個詞，我們都叫他大師，推薦讀者搜尋一下這位大佬經歷：關鍵詞：廖生苗），另外一個就是我（那時還沒成為大神），然後廖大師調去其他其他部門做Linux核心開發後就剩下我一個人使用當時的 OpenSuse 做膝上型電腦的桌面，這膝上型電腦我是每天從家裡帶來的，我還有一臺裝了X系統的FreeBSD臺式電腦，我日常辦公的電腦是Windows7，毫無疑問，我的Linux和FreeBSD是不能接入公司的內網的，可問題是我沒覺得影響到我的工作，整個部門都沒幾個人用Linux桌面，我01年開始用FreeBSD，07年到現在一直用Linux做桌面，我認為這是我個人的事，到騰訊上班就是加入一個大集體，就得服從公司統一規劃，這是基本的職業素質。因此，Linux入域這個問題，我是這樣看的，如果有，固然可以用，如果沒有，我也不抱怨，像我這種深度的Linux/BSD使用者現在甚至幾乎不會維護Windows10了，我不覺得這有什麼困惑，這時我的個人看法。
在騰訊確實不能自行組區域網，這樣會引發許多問題，不展開來說，可是騰訊並不是不提供實驗環境，要進入實驗環境，我記得當時有兩個選擇，一個是在工位上經過幾重跳板機可以進入實驗環境， 另外個是進入樓層裡面一間很冷並且充斥著伺服器風扇聲的機房去做實驗，我有一次要去測試Intel的編譯器icc和當時intel最新的伺服器CPU，我也覺得在工位上經過幾重跳板機太麻煩了，我選擇進入機房去做測試，那間機房確實很冷又吵，我提前把測試程式寫好，把工作規劃好，進去，基本按時出來，似乎也不難受。在騰訊工作其實很容易懂得抱怨並不能解決問題，至少不能解決在騰訊工作中遇到的問題，保持積極的心態或許能找到解決問題的辦法。
下圖是我當年的工位，左邊是Linux，中間是Win7，右邊是FreeBSD，在騰訊中午是可以玩遊戲的，只要不發出聲音影響到別人午休就行。
左邊是Linux，中間是Win7，右邊是FreeBSD
三、對於文中這句話：“如果騰訊一個T3（高階工程師）的研發人員告訴你說他不習慣用git，不太會用。。。你會有什麼感覺？”
對於這個情況，我覺得我必須站在一個比作者更高一點的角度去看這個情況：我覺得這似乎跟騰訊的技術能力沒有必然的關係，我意思是用git與不用git不能作為衡量一家公司的技術能力的關鍵指標，既然不是一個關鍵指標，就不能用這個來探討騰訊的研發體系是否落伍。就舉一個例子，像我這個有十幾年工作經歷的精通研發&運維的全棧工程師：Qzone、QQ秀運維，寫過iOS和android開發framework，前端Web開發，開發過入口網站BBS，CMS，通行證系統，遊戲平臺，各種運維監控平臺，還有從nginx模組、 c10k的通訊server到OpenGL，H264解碼，音訊流server端和移動端，我都做過（一個工作了十幾年工程師有這樣的工作經歷是很正常的啦，沒有晒簡歷的意思，騰訊裡面比我厲害的工程師多到數不過來），我有個愛好就是工作的時候喝冰凍的可口可樂，我覺得在從事繁重的技術工作的時候喝可口可樂可以舒緩神經，保持頭腦清醒，可是，我們可以說不喝可樂的工程師就不行嗎？事實上，我發現一些經歷比我更豐富更資深的工程師他們保持頭腦清醒的辦法有喝茶喝咖啡的，也有我沒看出來他們有什麼明顯的習慣的。
因此我概括一下，衡量一家公司的技術能力，可以從程式碼的版本管理這個角度去衡量，而不是看具體用什麼版本管理的工具，我們只需要看團隊有沒有版本管理，有沒有管好就行了。
事實上，我現在也不會用git，可我最近正在學習使用git，因為我有一個專案打算開源，之前不學習git是因為我還沒用到，至於騰訊將來用什麼版本管理工具，我也無法預估。我能理解作者在問的對於沒有git是“什麼感覺”的意思，我想說，工作歸工作，個性歸個性，下面這張圖是我當年的工位，作為你們的大神我也曾經年輕過，現在也很年輕，我有一次帶實習生的參加公司活動的時會議室裡有個不認識的同事看到我膝上型電腦執行是很酷炫的 Linux 3D 桌面，就因為這個，他居然把我當成是實習生。
頂到天花板掉的可口可樂罐子
寫到這裡，我總結一下，我認為那篇文章充斥著年輕的情緒，當然我不認為年輕就一定有情緒，其實我當時初入騰訊工作的時候，我並不打算在這公司待很長時間，面試的時候也沒想到騰訊會錄取我，剛開始上班的時候覺得好多限制，很難適應，沒有那時的網易和多玩既做開發又做運維那麼自由，騰訊畢竟是騰訊，你在外面技術再厲害，在騰訊裡面比你厲害的人多去了，人家都老老實實守規矩，你憑什麼做不到。由於各種原因我在騰訊工作的時間比我原本計劃的要長很多，隨著時間的推移收穫到了很多體會，我想如果當初我過早離開騰訊，或許我也像該文的作者那樣對騰訊有著各種年輕的想法，幸運的是我在騰訊待的時間比較長並且學到了很多東西。
我以後不一定會再寫關於騰訊的文章，因此順便在這裡說一些有趣的事情：
下圖是我在騰訊得了一筆專利獎金後搞的一次惡作劇，我把全部獎金都拿去買方便麵分給大家吃。
方便麵
還有一次的1500專利獎金是全部用來買肯德基，由於我們用公司的座機訂餐，後來我的同事告訴我，經過我這麼一折騰，科技園那家肯德基已經把騰訊的電話升級為VIP使用者了，可是當時的照片一時找不出來。
近年網上流傳著一些段子，調侃伺服器上線時一眾技術燒香拜佛，祈求上線順利，其實這種玩笑我在2007年時就搞過，下圖是QQ秀2.0上線當晚的情景，一大群人在公司通宵加班，直到第二天早上六點才回家，我開玩笑主張大家用夜宵供奉一下Q神，保佑我們上線順利，剛好辦公室還有一些生日活動剩下的蠟燭，也順便點上。
2007年QQ秀2.0上線，拜Q神保佑上線順利
2007年QQ秀2.0上線，全體人員通宵到第二天清早
2007年那時，我們工作的部門許多IT平臺還在建設中，很多事情還需要用人手工去做，因此大家對現網變更還是提心吊膽的。
從2008年開始，各種IT平臺就開始變得很完善，很多以前需求手工敲命令的操作都改為平臺化一鍵操作，例如2009年QQ農場通常要大規模擴容，都是通過平臺一鍵化操作，此後我們很多工作都基於資料，服務質量好不好，資源有沒浪費，什麼時候需要擴容，都是用資料來說話，不再憑直覺去猜。在我離開騰訊很多年之後有一些公司請我去交流技術，我告訴他們這些平臺化的運維理念，他們一般都覺得很驚訝，當然，他們是不會使用這種方式去建設IT平臺的，因為這樣的結果需要堆錢和時間。公平的說，這些億級平臺的運維理念和實踐Google比騰訊走得更早，更遠，但在國內而言，騰訊是在當時是領先其他公司是很多年的。至於現在是什麼情況，我不太清楚。
2007年春節大家收到的開年紅包
作為一名工程師（全棧），我覺得我的在電腦前的大部分時間不應該花在寫作上，因此我不會對那文章每段的內容都拿出來評講，但本文最後，我想向讀者們介紹一下Dowson。我注意到那篇文章裡提到了 Dowson Tong（湯道生），但後來內容做了一些修改，從作者的口吻來看，感覺作者不太像是在騰訊工作過或在騰訊工作有一定年限的人，因為騰訊裡面很少對人直呼其名，都是互相稱英文名。
Dowson曾經在全球第排行第二的軟體公司Oracle工作過，我曾經聽Dowson 的關於 Oracle DB 的技術分享，很精彩，我記得我當時的提問有點鑽牛角尖，Dowson的回答讓我領會到在方案的選上要懂得“平衡”，“平衡”在技術工作上是很重要的一個思維方式，這裡無法展開講。Dowson 還教過我一條Linux的命令 ps -efwww 這樣輸出的程序的資訊就不會因為終端螢幕大小的限制而截斷輸出的資訊，工程師在敲命令的時候一般會想起教他這條命令的人。
Dowson 剛到騰訊的時候國語還不太熟練，經常聽見工程師們說雜湊而不知為何物，後來才知道原來大家說的是hash，當我第一次見到Dowson的時候，他已經是用國語來面試我了，至於雜湊，現在我都是圖方便用hash來表達。
Dowson 為人很nice，他的nice也影響到我後來的做事方式，以至於我能夠用一種溫和的方式寫這篇文章，如果是在以前（沒進騰訊之前），我或許會寫一篇比原文更長的文章逐條找問題批駁作者的觀點，當然這文章就會長得沒法看了。