[[221214]]

筆者其實(shí)沒有想到去面試，只是在智聯(lián)上更新了一下簡歷，就陸陸續(xù)續(xù)接到很多獵頭的郵件和電話，閑話少說，下面就分享給大家Linuxer的面試經(jīng)歷：

首先，獵頭或者公司人資會把公司的介紹及崗位要求發(fā)到你郵箱（或者QQ、微信），下面這份是獵頭發(fā)給我的崗位說明，為了職業(yè)道德操守，公司的介紹和面試通知信息我就不貼出來了，我就把崗位要求貼出來：

職位描述：

1、 負(fù)責(zé)應(yīng)用服務(wù)器的安裝、配置、優(yōu)化與維護(hù)；

2、 負(fù)責(zé)應(yīng)用系統(tǒng)的日志信息備份、管理、維護(hù)與分析；

3、 負(fù)責(zé)應(yīng)用系統(tǒng)的日常監(jiān)測于維護(hù)、故障處理、性能分析與優(yōu)化；

4、 負(fù)責(zé)應(yīng)用部署系統(tǒng)、環(huán)境配置系統(tǒng)、監(jiān)控系統(tǒng)的開發(fā)、部署、升級與維護(hù)，建設(shè)高性能的運(yùn)維平臺。

崗位要求:

1、 熟悉Linux操作系統(tǒng)的基礎(chǔ)知識，熟練使用Linux常用操作命令；

2、 熟練配置Nginx、HAproxy 等應(yīng)用相關(guān)軟件的部署、配置與優(yōu)化維護(hù)；

3、 熟悉網(wǎng)絡(luò)基礎(chǔ)知識、熟悉TCP/IP的工作原理，會配交換機(jī)或路由器，能熟練的對網(wǎng)絡(luò)情況進(jìn)行分析

4、 熟悉shell/perl/python中的一種或多種進(jìn)行運(yùn)維程序的開發(fā)；

5、 熟悉Nagios,Ganglia等監(jiān)控軟件

看著上面的要求大家是不是覺得要求也不高啊，你要細(xì)看就會發(fā)現(xiàn)，這家公司要求的還挺多，不僅要會網(wǎng)絡(luò)知識（熟悉TCP/IP好像是每家單位的都會寫這樣的要求），還要會開發(fā)技能。相信很多做運(yùn)維的兄弟在網(wǎng)絡(luò)這一塊是個(gè)頭疼的事情，都對交換機(jī)和路由器不怎么會配置和管理。

關(guān)鍵點(diǎn)來了，就是和面試官溝通了，有筆試的公司會讓你做些面試題，沒有筆試就直接和面試官聊了，下面是我和面試官溝通完之后記住的一些問題，分享給大家看一下，筆者一共記住了7個(gè)問題，好像還有兩個(gè)問題實(shí)在想不起來了，如果大家有更恰當(dāng)?shù)幕卮鹨欢ㄒN出來一起探討和進(jìn)步：

1、介紹下自己？

（幾乎每家公司首先都會讓你做個(gè)自我介紹，好像是必修課一樣）

回答：此處省略筆者的自我介紹，筆者建議介紹自己的時(shí)間不宜過長，3-4分鐘為宜，說多了面試官會覺得你太啰嗦了。說太少了也不行，那樣會讓人感覺你的經(jīng)歷太簡單了、太空了。

正常情況下，一般你在做自我介紹的同時(shí)，面試官這個(gè)時(shí)候在看你的簡歷，他需要一邊看簡歷、一邊聽你介紹自己，如果你說個(gè)幾句話就把自己介紹完了，他肯定還沒緩過神來，對你的映像會減分的。在介紹的同時(shí)思維要清晰，邏輯要清楚，***是根據(jù)你簡歷上寫的經(jīng)歷來介紹，這樣可以把面試官的思路帶到你這里來，讓他思路跟著你走。不要東扯一句，西扯一句。

盡量少介紹自己的性格、愛好（***能不說就不說），你可以簡單羅列干過幾家公司（最多羅列3家公司/也包含目前所在的公司，注意順序不要亂），都在那幾家公司負(fù)責(zé)什么工作，都用過什么技術(shù)，在著重介紹一下你目前所在的公司是負(fù)責(zé)哪些工作的，可以稍微詳細(xì)一點(diǎn)介紹，不要讓面試官聽著暈頭轉(zhuǎn)向的感覺。

2、灰度發(fā)布如何實(shí)現(xiàn)？

回答：這個(gè)問題事后在知乎上看到了一位網(wǎng)友的建議覺得不錯(cuò)，大家可以參考看一下 ！

仔細(xì)考慮一下灰度發(fā)布系統(tǒng)要達(dá)到哪些目的，基本就能有答案了。需要注意的是，客戶端應(yīng)用（無論P(yáng)C端還是移動端）的灰度發(fā)布要比Web應(yīng)用的灰度發(fā)布更為復(fù)雜，因?yàn)閼?yīng)用運(yùn)行在用戶持有的終端上，數(shù)據(jù)采集和回滾都更為困難（但可采集的數(shù)據(jù)類型要更加豐富）。

注：本人缺乏移動客戶端產(chǎn)品的經(jīng)驗(yàn)，下述內(nèi)容可能不適用于移動客戶端產(chǎn)品。

我所理解的灰度發(fā)布系統(tǒng)，主要任務(wù)是從產(chǎn)品用戶群中按照一定策略選取部分用戶，讓他們先行體驗(yàn)新版本的應(yīng)用，通過收集這部分用戶對新版本應(yīng)用的顯式反饋（論壇、微博）或隱式反饋（應(yīng)用自身統(tǒng)計(jì)數(shù)據(jù)），對新版本應(yīng)用的功能、性能、穩(wěn)定性等指標(biāo)進(jìn)行評判，進(jìn)而決定繼續(xù)放大新版本投放范圍直至全量升級或回滾至老版本。

從上述描述可以得出灰度發(fā)布系統(tǒng)需要具備的一些要素：

用戶標(biāo)識

用于區(qū)分用戶，輔助數(shù)據(jù)統(tǒng)計(jì)，保證灰度發(fā)布過程中用戶體驗(yàn)的連貫性（避免用戶在新舊版本中跳變，匿名Web應(yīng)用比較容易有這個(gè)問題）。匿名Web應(yīng)用可采用IP、Cookie等，需登錄的應(yīng)用可直接采用應(yīng)用的帳號體系。

目標(biāo)用戶選取策略

即選取哪些用戶先行體驗(yàn)新版本，是強(qiáng)制升級還是讓用戶自主選擇等。可考慮的因素很多，包括但不限于地理位置、用戶終端特性（如分辨率、性能）、用戶自身特點(diǎn)（性別、年齡、忠誠度等）。對于細(xì)微修改（如文案、少量控件位置調(diào)整）可直接強(qiáng)制升級，對于類似新浪微博改版這樣的大型升級，應(yīng)讓用戶自主選擇，***能夠提供讓用戶自主回滾至舊版本的渠道。

對于客戶端應(yīng)用，可以考慮類似Chrome的多channel升級策略，讓用戶自主選擇采用stable、beta、unstable channel的版本。在用戶有明確預(yù)期的情況下自行承擔(dān)試用風(fēng)險(xiǎn)。

數(shù)據(jù)反饋

用戶數(shù)據(jù)反饋：在得到用戶允許的前提下，收集用戶的使用新版本應(yīng)用的情況。如客戶端性能、客戶端穩(wěn)定性、使用次數(shù)、使用頻率等。用于與舊版本進(jìn)行對比，決策后續(xù)是繼續(xù)擴(kuò)大新版本投放范圍還是回滾。

服務(wù)端數(shù)據(jù)反饋：新版本服務(wù)端性能、服務(wù)端穩(wěn)定性等，作用與用戶數(shù)據(jù)反饋類似。

新版本回滾策略

當(dāng)新版本灰度發(fā)布表現(xiàn)不佳時(shí)，應(yīng)回滾至舊版本。對于純粹的Web應(yīng)用而言，回滾相對簡單。主要難點(diǎn)在于用戶數(shù)據(jù)的無縫切換。對于客戶端應(yīng)用，如果期待用戶自行卸載新版本另行安裝舊版本，成本和流失率都太高。可以考慮通過快速另行發(fā)布新版本，利用升級來“回滾”，覆蓋上次灰度發(fā)布的修改。

對于移動客戶端，新版本發(fā)布成本較高，需要Appstore、Market審核。本人沒有移動客戶端產(chǎn)品的經(jīng)驗(yàn)，不太確定移動客戶端產(chǎn)品如何處理灰度發(fā)布及回滾。但盡量將客戶端打造成Web App，會更有利于升級和回滾。（不過蘋果對純Web App類的App有較強(qiáng)的限制，好像已經(jīng)不允許在Appstore上發(fā)布這類應(yīng)用了？）

新版本公關(guān)運(yùn)營支持

對于改版級別的大型升級，需要配合公關(guān)運(yùn)營支持，用于及時(shí)處理用戶在微博、博客等渠道給出的“顯式反饋”。對比通過隱式數(shù)據(jù)反饋得到的結(jié)論后，綜合考慮應(yīng)對策略。

3、Mongodb熟悉嗎，一般部署幾臺？

回答：部署過，沒有深入研究過，一般mongodb部署主從、或者mongodb分片集群；建議3臺或5臺服務(wù)器來部署。MongoDB分片的基本思想就是將集合切分成小塊。這些塊分散到若干片里面，每個(gè)片只負(fù)責(zé)總數(shù)據(jù)的一部分。 對于客戶端來說，無需知道數(shù)據(jù)被拆分了，也無需知道服務(wù)端哪個(gè)分片對應(yīng)哪些數(shù)據(jù)。

數(shù)據(jù)在分片之前需要運(yùn)行一個(gè)路由進(jìn)程，進(jìn)程名為mongos。這個(gè)路由器知道所有數(shù)據(jù)的存放位置，知道數(shù)據(jù)和片的對應(yīng)關(guān)系。對客戶端來說，它僅知道連接了一個(gè)普通的mongod，在請求數(shù)據(jù)的過程中，通過路由器上的數(shù)據(jù)和片的對應(yīng)關(guān)系，路由到目標(biāo)數(shù)據(jù)所在的片上，如果請求有了回應(yīng)，路由器將其收集起來回送給客戶端。

4、如何發(fā)布和回滾，用jenkins又是怎么實(shí)現(xiàn)？

回答：發(fā)布：jenkins配置好代碼路徑（SVN或GIT），然后拉代碼，打tag。需要編譯就編譯，編譯之后推送到發(fā)布服務(wù)器（jenkins里面可以調(diào)腳本），然后從分發(fā)服務(wù)器往下分發(fā)到業(yè)務(wù)服務(wù)器上。

回滾：按照版本號到發(fā)布服務(wù)器找到對應(yīng)的版本推送

5、Tomcat工作模式？

回答：Tomcat是一個(gè)JSP/Servlet容器。其作為Servlet容器，有三種工作模式：獨(dú)立的Servlet容器、進(jìn)程內(nèi)的Servlet容器和進(jìn)程外的Servlet容器。

進(jìn)入Tomcat的請求可以根據(jù)Tomcat的工作模式分為如下兩類：

Tomcat作為應(yīng)用程序服務(wù)器：請求來自于前端的web服務(wù)器，這可能是Apache, IIS, Nginx等；

Tomcat作為獨(dú)立服務(wù)器：請求來自于web瀏覽器；

6、監(jiān)控用什么實(shí)現(xiàn)的？

回答：現(xiàn)在公司的業(yè)務(wù)都跑在阿里云上，我們***的監(jiān)控就是用阿里云監(jiān)控，阿里云監(jiān)控自帶了ECS、RDS等服務(wù)的監(jiān)控模板，可結(jié)合自定義報(bào)警規(guī)則來觸發(fā)監(jiān)控項(xiàng)。上家公司的業(yè)務(wù)是托管在IDC，用的是zabbix監(jiān)控方案，zabbix圖形界面豐富，也自帶很多監(jiān)控模板，特別是多個(gè)分區(qū)、多個(gè)網(wǎng)卡等自動發(fā)現(xiàn)并進(jìn)行監(jiān)控做得非常不錯(cuò)，不過需要在每臺客戶機(jī)（被監(jiān)控端）安裝zabbix agent。

7、你是怎么備份數(shù)據(jù)的，包括數(shù)據(jù)庫備份？

回答：在生產(chǎn)環(huán)境下，不管是應(yīng)用數(shù)據(jù)、還是數(shù)據(jù)庫數(shù)據(jù)首先在部署的時(shí)候就會有主從架構(gòu)，這本身就是是屬于數(shù)據(jù)的熱備份；

其實(shí)考慮冷備份，用專門一臺服務(wù)器做為備份服務(wù)器，比如可以用rsync+inotify配合計(jì)劃任務(wù)來實(shí)現(xiàn)數(shù)據(jù)的冷備份，如果是發(fā)版的包備份，正常情況下有臺發(fā)布服務(wù)器，每次發(fā)版都會保存好發(fā)版的包。

總結(jié)一下面試注意幾點(diǎn)事項(xiàng)：

***，你要對自己的簡歷很熟悉

簡歷上的寫的技能自己一定要能說出個(gè)一二，因?yàn)槊嬖嚬俚暮芏鄦栴}都會挑你簡歷上寫的問。比如你簡歷上寫了這么一條技能“熟悉mysql數(shù)據(jù)庫的部署安裝及原理”。你即然寫了這么一條技能，你在怎么不熟悉你也要了解mysql的原理，能說出個(gè)大概意思。萬一面試官問到了你寫的這一條，你都答不上來，那在他心里你又減分了，基本上這次面試希望不大。

第二，不要不懂裝懂

如果面試官問到你不會的問題，你就說這個(gè)不太熟悉，沒有具體研究過，千萬別不懂裝懂，還扯一堆沒用的話題來掩飾，這樣只會讓面試官反感你。

第三，準(zhǔn)備充分

竟可能多的記住原理性的知識，一般面試問的多的就是原理。很少問具體的配置文件是怎么配置的。面試前也要了解清楚“職位描述”和“崗位要求”，雖然有時(shí)候大多數(shù)不會問到崗位要求的問題，但也要了解和熟悉。

第四，面試完后一定要總結(jié)

盡量記住面試官問的每一個(gè)問題，回去記錄下來，如果問到不會的問題，事后要立馬查百度或者找朋友搞清楚、弄明白，這樣你才能記勞，下次面試說不定又問到同樣的問題。