如何技術面試

1. HR該如何面試技術人員

• 首先是該人是否容易相處？有許多IT精英人才，但卻不易工作與相處在一起回。在團隊中，這樣的答人是不受歡迎的。我們所需的人才必須要能融入到團隊中去。

• 其次就是看你聰不聰明，是否有求知慾？是否有快速學習能力？是否有良好的適應能力？是否貪圖安逸，還是勇於挑戰新鮮事物？

• 最後才是評定應聘者的IT專業技能是否符合職位要求？之所以將這一因素放在最後，是因為如果一名應聘者既聰明、又有進取心，並有良好的適應能力，但卻不具備我們所要求的所有技能，我依然會考慮聘用他，因為他有能力快速學會新的IT技能。

2. 技術面試會問很多技術問題嗎

筆者其實沒有想到去面試，只是在智聯上更新了一下簡歷，就陸陸續續接到很多獵頭的郵件和電話，實在是沒准備好要去面試，就推掉了幾家公司的面試了。正因為筆者也很久沒有面試了，筆者也想去面試學習一下，閑話少說，下面就分享給大家筆者在2018年1月4號上午10點30分的面試經歷：

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

職位描述：

1、 負責應用伺服器的安裝、配置、優化與維護；

2、 負責應用系統的日誌信息備份、管理、維護與分析；

3、 負責應用系統的日常監測於維護、故障處理、性能分析與優化；

4、 負責應用部署系統、環境配置系統、監控系統的開發、部署、升級與維護，建設高性能的運維平台。

崗位要求:

1、 熟悉Linux操作系統的基礎知識，熟練使用Linux常用操作命令；

2、 熟練配置Nginx、HAproxy 等應用相關軟體的部署、配置與優化維護；

3、 熟悉網路基礎知識、熟悉TCP/IP的工作原理，會配交換機或路由器，能熟練的對網路情況進行分析

4、 熟悉shell/perl/python中的一種或多種進行運維程序的開發；

5、 熟悉Nagios,Ganglia等監控軟體

看著上面的要求大家是不是覺得要求也不高啊，你要細看就會發現，這家公司要求的還挺多，不僅要會網路知識（熟悉TCP/IP好像是每家單位的都會寫這樣的要求），還要會開發技能。相信很多做運維的兄弟在網路這一塊是個頭疼的事情，都對交換機和路由器不怎麼會配置和管理。

然後，筆者詳細了解他們公司，了解崗位要求，在突擊復習一下可能會問到的知識點和技術點。到了面試的這天時間，早早的起床，把牙一定要刷干凈，特別是有口臭的兄弟，最好准備點口香糖，到達面試公司前嚼塊口香糖，以免因為口氣的原因熏到面試官，讓你在面試官心裡減分。早點要記得吃，如果你是下午面試的話也要吃午飯，吃早點了精氣神就有了。還要注意，帶上你的簡歷和一支筆，雖然他們那邊也會有你的簡歷，為了以防萬一還是准備好簡歷。

最後，關鍵點來了，就是和面試官溝通了，有筆試的公司會讓你做些面試題，沒有筆試就直接和面試官聊了，下面是我和面試官溝通完之後記住的一些問題，分享給大家看一下，筆者一共記住了7個問題，好像還有兩個問題實在想不起來了，如果大家有更恰當的回答一定要貼出來一起探討和進步：

1、介紹下自己？（幾乎每家公司首先都會讓你做個自我介紹，好像是必修課一樣）

筆者回答：此處省略筆者的自我介紹，筆者建議介紹自己的時間不宜過長，3-4分鍾為宜，說多了面試官會覺得你太啰嗦了。說太少了也不行，那樣會讓人感覺你的經歷太簡單了、太空了。正常情況下，一般你在做自我介紹的同時，面試官這個時候在看你的簡歷，他需要一邊看簡歷、一邊聽你介紹自己，如果你說個幾句話就把自己介紹完了，他肯定還沒緩過神來，對你的映像會減分的。在介紹的同時思維要清晰，邏輯要清楚，最好是根據你簡歷上寫的經歷來介紹，這樣可以把面試官的思路帶到你這里來，讓他思路跟著你走。不要東扯一句，西扯一句。竟量少介紹自己的性格、愛好（最好能不說就不說），你可以簡單羅列干過幾家公司（最多羅列3家公司/也包含目前所在的公司，注意順序不要亂），都在那幾家公司負責什麼工作，都用過什麼技術，在著重介紹一下你目前所在的公司是負責哪些工作的，可以稍微詳細一點介紹，不要讓面試官聽著暈頭轉向的感覺。

2、灰度發布如何實現？

筆者回答：其實對這個問題筆者也答的不好，就不寫出來誤導大家了。大家有好的方法可以共享出來。不過筆事後在知呼上看到了一位網友的建議覺得不錯，大家可以參考看一下 ：https://www.hu.com/question/20584476

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

筆者回答：部署過，沒有深入研究過，一般mongodb部署主從、或者mongodb分片集群；建議3台或5台伺服器來部署。MongoDB分片的基本思想就是將集合切分成小塊。這些塊分散到若乾片裡面，每個片只負責總數據的一部分。 對於客戶端來說，無需知道數據被拆分了，也無需知道服務端哪個分片對應哪些數據。數據在分片之前需要運行一個路由進程，進程名為mongos。這個路由器知道所有數據的存放位置，知道數據和片的對應關系。對客戶端來說，它僅知道連接了一個普通的mongod，在請求數據的過程中，通過路由器上的數據和片的對應關系，路由到目標數據所在的片上，如果請求有了回應，路由器將其收集起來回送給客戶端。

4、如何發布和回滾，用jenkins又是怎麼實現？

筆者回答：發布：jenkins配置好代碼路徑（SVN或GIT），然後拉代碼，打tag。需要編譯就編譯，編譯之後推送到發布伺服器（jenkins裡面可以調腳本），然後從分發伺服器往下分發到業務伺服器上。

回滾：按照版本號到發布伺服器找到對應的版本推送

5、Tomcat工作模式？

筆者回答：Tomcat是一個JSP/Servlet容器。其作為Servlet容器，有三種工作模式：獨立的Servlet容器、進程內的Servlet容器和進程外的Servlet容器。

進入Tomcat的請求可以根據Tomcat的工作模式分為如下兩類：

Tomcat作為應用程序伺服器：請求來自於前端的web伺服器，這可能是Apache, IIS, Nginx等；

Tomcat作為獨立伺服器：請求來自於web瀏覽器；

6、監控用什麼實現的？

筆者回答：現在公司的業務都跑在阿里雲上，我們首選的監控就是用阿里雲監控，阿里雲監控自帶了ECS、RDS等服務的監控模板，可結合自定義報警規則來觸發監控項。上家公司的業務是託管在IDC，用的是zabbix監控方案，zabbix圖形界面豐富，也自帶很多監控模板，特別是多個分區、多個網卡等自動發現並進行監控做得非常不錯，不過需要在每台客戶機（被監控端）安裝zabbix agent。

7、你是怎麼備份數據的，包括資料庫備份？

筆者回答：在生產環境下，不管是應用數據、還是資料庫數據首先在部署的時候就會有主從架構、或者集群，這本身就是屬於數據的熱備份；其實考慮冷備份，用專門一台伺服器做為備份伺服器，比如可以用rsync+inotify配合計劃任務來實現數據的冷備份，如果是發版的包備份，正常情況下有台發布伺服器，每次發版都會保存好發版的包。

總結

總結一下面試注意幾點事項，可能筆者也說得不太對，為了我們運維工作的兄弟們都能拿到高薪，大家一定要指證出來一起進步、一起探討：

第一，你要對自己的簡歷很熟悉，簡歷上的寫的技能自己一定要能說出個一二，因為面試官的很多問題都會挑你簡歷上寫的問。比如你簡歷上寫了這么一條技能「熟悉mysql資料庫的部署安裝及原理」。你即然寫了這么一條技能，你在怎麼不熟悉你也要了解mysql的原理，能說出個大概意思。萬一面試官問到了你寫的這一條，你都答不上來，那在他心裡你又減分了，基本上這次面試希望不大。

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

第三，准備充分，竟可能多的記住原理性的知識，一般面試問的多的就是原理。很少問具體的配置文件是怎麼配置的。面試前也要了解清楚「職位描述」和「崗位要求」，雖然有時候大多數不會問到崗位要求的問題，但也要了解和熟悉。

第四，面試完後一定要總結，盡量記住面試官問的每一個問題，回去記錄下來，如果問到不會的問題，事後要立馬查網路或者找朋友搞清楚、弄明白，這樣你才能記勞，下次面試說不定又問到同樣的問題。

問完之後，面試官就跟我聊薪資待遇了，問我多少錢能達到自己的要求，我就不便透露了，可以私聊，哈哈，後續筆者會陸陸續續更新以前面試的經歷和問題，有需要的朋友可以轉載或者收藏起來一起討論。

基於大家熱情高昂的氣氛，筆者又花了一個下午的時間回憶並整理在2017年2月24號筆者在東三環邊上（快到東四環了，沒有地鐵過去，到了四惠還要轉公交車）的一家傳媒公司的面試經歷，還好筆者有做筆記的習慣，把之前面試的問題都記錄在案，這一次的面試筆者可是記憶猶新，因為這次這家公司都跟筆者發offer了，實在是真心不想去這家公司就找原因推掉了，大家可別學我這么不靠譜。下面是這家公司中的崗位要求說明：

崗位職責：
1、負責公司產品的版本控制、構建和發布管理；
2、負責公司統一配置庫管理工作，許可權管理與分配准確及時，定期完成配置備份；
3、負責公司內部開發/測試伺服器的運行管理工作；
4、負責Linux操作系統的安裝、配置、監控和維護、問題處理、軟體升級、 數據備份、應急響應、故障排除等、保證線上環境的穩定運行；
5、負責支撐平台24×7穩定運行，並進行前瞻性容量規劃；
6、負責公司機房伺服器日常維護及網路系統安裝、部署、維護工作。

崗位要求：
1、計算機相關專業本科及以上學歷，2年以上運維或配置管理工作經驗；
2、至少熟悉一種監控系統搭建，如Nagios/Zabbix/等；
3、至少熟悉一種集群管理工具，如Ansible/SaltStack等；
4、有使用集成發布工具發布構建經驗優先。比如：bamboo或者Jenkins；
5、熟悉Unix/Linux操作系統，熟悉Weblogic/tomcat等中間件，能夠編寫shell腳本，熟悉軟體開發過程及過程產品，有一定的網路基礎；
6、熟悉rsyslog, flume等日誌收集和處理系統；
7、具有強烈的安全意識及較強的溝通協調和學習能力，良好的團隊合作精神，工作積極主動。

過去之後，前台美眉把我帶到他們公司的地下室，我掃視了一下周圍的環境，貌似旁邊就是機房，因為我聽到伺服器的聲音。等了幾分鍾，面試官下來了，面試官目測比較瘦，看著跟我身材差不多（應該不到120），他說他是負責運維部的，然後開始就叫我先自我介紹，都是一個套路，免不了介紹的，所以兄弟們一定要把自我介紹練好。然後開始問我問題了，跟面試官聊得還行，問我應該有不下10個以上的問題，我記住了下面有10個問題：

1、LVS負載的原理，和Nginx負載有啥區別？

筆者回答：這個問題我覺得面試官司沒問好，正常都會這么問「LVS有哪些負載均衡技術和調度演算法?"。我回答就是按我說的這種問法回答的，反正他也頻繁點頭，當然，筆者回答的可能沒有下面我整理出來的那麼詳細，大概意思我都說明白了。

LVS是Liunx虛擬伺服器的簡稱，利用LVS提供的負載均衡技術和linux操作系統可實現高性能、高可用的伺服器集群，一般LVS都是位於整個集群系統的最前端，由一台或者多台負載調度器（Director Server）組成，分發給應用伺服器（Real Server）。它是工作在4層（也就是TCP/IP中的傳輸層），LVS是基於IP負載均衡技術的IPVS模塊來實現的，IPVS實現負載均衡機制有三種，分別是NAT、TUN和DR，詳述如下：

 VS/NAT： 即（Virtual Server via Network Address Translation）

也就是網路地址翻譯技術實現虛擬伺服器，當用戶請求到達調度器時，調度器將請求報文的目標地址（即虛擬IP地址）改寫成選定的Real Server地址，同時報文的目標埠也改成選定的Real Server的相應埠，最後將報文請求發送到選定的Real Server。在伺服器端得到數據後，Real Server返回數據給用戶時，需要再次經過負載調度器將報文的源地址和源埠改成虛擬IP地址和相應埠，然後把數據發送給用戶，完成整個負載調度過程。

可以看出，在NAT方式下，用戶請求和響應報文都必須經過Director Server地址重寫，當用戶請求越來越多時，調度器的處理能力將稱為瓶頸。

 VS/TUN ：即（Virtual Server via IP Tunneling）

也就是IP隧道技術實現虛擬伺服器。它的連接調度和管理與VS/NAT方式一樣，只是它的報文轉發方法不同，VS/TUN方式中，調度器採用IP隧道技術將用戶請求轉發到某個Real Server，而這個Real Server將直接響應用戶的請求，不再經過前端調度器，此外，對Real Server的地域位置沒有要求，可以和Director Server位於同一個網段，也可以是獨立的一個網路。因此，在TUN方式中，調度器將只處理用戶的報文請求，集群系統的吞吐量大大提高。

 VS/DR： 即（Virtual Server via Direct Routing）

也就是用直接路由技術實現虛擬伺服器。它的連接調度和管理與VS/NAT和VS/TUN中的一樣，但它的報文轉發方法又有不同，VS/DR通過改寫請求報文的MAC地址，將請求發送到Real Server，而Real Server將響應直接返回給客戶，免去了VS/TUN中的IP隧道開銷。這種方式是三種負載調度機制中性能最高最好的，但是必須要求Director Server與Real Server都有一塊網卡連在同一物理網段上。

回答負載調度演算法，IPVS實現在八種負載調度演算法，我們常用的有四種調度演算法（輪叫調度、加權輪叫調度、最少鏈接調度、加權最少鏈接調度）。一般說了這四種就夠了，也不會需要你詳細解釋這四種演算法的。你只要把上面3種負載均衡技術講明白面試官就對這道問題很滿意了。接下來你在簡單說下與nginx的區別：

LVS的優點：

抗負載能力強、工作在第4層僅作分發之用，沒有流量的產生，這個特點也決定了它在負載均衡軟體里的性能最強的；無流量，同時保證了均衡器IO的性能不會受到大流量的影響；

工作穩定，自身有完整的雙機熱備方案，如LVS+Keepalived和LVS+Heartbeat；

應用范圍比較廣，可以對所有應用做負載均衡；

配置性比較低，這是一個缺點也是一個優點，因為沒有可太多配置的東西，所以並不需要太多接觸，大大減少了人為出錯的幾率。

LVS的缺點：

軟體本身不支持正則處理，不能做動靜分離，這就凸顯了Nginx/HAProxy+Keepalived的優勢。

如果網站應用比較龐大，LVS/DR+Keepalived就比較復雜了，特別是後面有Windows Server應用的機器，實施及配置還有維護過程就比較麻煩，相對而言，Nginx/HAProxy+Keepalived就簡單一點

Nginx的優點：

工作在OSI第7層，可以針對http應用做一些分流的策略。比如針對域名、目錄結構。它的正則比HAProxy更為強大和靈活；

Nginx對網路的依賴非常小，理論上能ping通就就能進行負載功能，這個也是它的優勢所在；

Nginx安裝和配置比較簡單，測試起來比較方便；

可以承擔高的負載壓力且穩定，一般能支撐超過幾萬次的並發量；

Nginx可以通過埠檢測到伺服器內部的故障，比如根據伺服器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點；

Nginx不僅僅是一款優秀的負載均衡器/反向代理軟體，它同時也是功能強大的Web應用伺服器。LNMP現在也是非常流行的web環境，大有和LAMP環境分庭抗禮之勢，Nginx在處理靜態頁面、特別是抗高並發方面相對apache有優勢；

Nginx現在作為Web反向加速緩存越來越成熟了，速度比傳統的Squid伺服器更快，有需求的朋友可以考慮用其作為反向代理加速器；

Nginx的缺點：

Nginx不支持url來檢測。

Nginx僅能支持http和Email，這個它的弱勢。

Nginx的Session的保持，Cookie的引導能力相對欠缺。

2、redis集群的原理，redis分片是怎麼實現的，你們公司redis用在了哪些環境？

筆者回答：reids集群原理：

其實它的原理不是三兩句話能說明白的，redis 3.0版本之前是不支持集群的，官方推薦最大的節點數量為1000，至少需要3(Master)+3(Slave)才能建立集群，是無中心的分布式存儲架構，可以在多個節點之間進行數據共享，解決了Redis高可用、可擴展等問題。集群可以將數據自動切分(split)到多個節點，當集群中的某一個節點故障時，redis還可以繼續處理客戶端的請求。

redis分片：

分片(partitioning)就是將你的數據拆分到多個 Redis 實例的過程，這樣每個實例將只包含所有鍵的子集。當數據量大的時候,把數據分散存入多個資料庫中,減少單節點的連接壓力,實現海量數據存儲。分片部署方式一般分為以下三種：

（1）在客戶端做分片；這種方式在客戶端確定要連接的redis實例，然後直接訪問相應的redis實例；

（2）在代理中做分片；這種方式中，客戶端並不直接訪問redis實例，它也不知道自己要訪問的具體是哪個redis實例，而是由代理轉發請求和結果；其工作過程為：客戶端先將請求發送給代理，代理通過分片演算法確定要訪問的是哪個redis實例，然後將請求發送給相應的redis實例，redis實例將結果返回給代理，代理最後將結果返回給客戶端。

（3）在redis伺服器端做分片；這種方式被稱為「查詢路由」，在這種方式中客戶端隨機選擇一個redis實例發送請求，如果所請求的內容不再當前redis實例中它會負責將請求轉交給正確的redis實例，也有的實現中，redis實例不會轉發請求，而是將正確redis的信息發給客戶端，由客戶端再去向正確的redis實例發送請求。

redis用在了哪些環境：

java、php環境用到了redis，主要緩存有登錄用戶信息數據、設備詳情數據、會員簽到數據等

3、你會怎麼統計當前訪問的IP，並排序？

筆者回答：統計用戶的訪問IP，用awk結合uniq、sort過濾access.log日誌就能統計並排序好。一般這么回答就夠了，當然你還可以說出其它方式來統計，這都是你的加分項。

4、你會使用哪些虛擬化技術？

筆者回答：vmware vsphere及kvm，我用得比較多的是vmware vsphere虛擬化，幾本上生產環境都用的vmware vsphere，kvm我是用在測試環境中使用。vmware 是屬於原生架構虛擬化技術，也就是可直接在硬體上運行。kvm屬於寄居架構的虛擬化技術，它是依託在系統之上運行。vmware vcenter

管理上比較方便，圖形管理界面功能很強大，穩定性強，一般比較適合企業使用。KVM管理界面稍差點，需要管理人員花費點時間學習它的維護管理技術。

5、假如有人反應，調取後端介面時特別慢，你會如何排查？

筆者回答：其實這種問題都沒有具體答案，只是看你回答的內容與面試官契合度有多高，能不能說到他想要的點上，主要是看你排查問題的思路。我是這么說的：問清楚反應的人哪個服務應用或者頁面調取哪個介面慢，叫他把頁面或相關的URL發給你，首先，最直觀的分析就是用瀏覽器按F12，看下是哪一塊的內容過慢（DNS解析、網路載入、大圖片、還是某個文件內容等），如果有，就對症下葯去解決（圖片慢就優化圖片、網路慢就查看內網情況等）。其次，看後端服務的日誌，其實大多數的問題看相關日誌是最有效分析，最好用tail -f 跟蹤一下日誌，當然你也要點擊測試來訪問介面日誌才會打出來。最後，排除sql，，找到sql去mysql執行一下，看看時間是否很久，如果很久，就要優化SQL問題了，expain一下SQL看看索引情況啥的，針對性優化。數據量太大的能分表就分表，能分庫就分庫。如果SQL沒啥問題，那可能就是寫的邏輯代碼的問題了，一行行審代碼，找到耗時的地方改造，優化邏輯。

6、mysql資料庫用的是主從讀寫分離，主庫寫，從庫讀，假如從庫無法讀取了、或者從庫讀取特別慢，你會如何解決？

筆者回答：這個問題筆者覺得回答的不太好，對mysql比較在行的朋友希望能給點建議。以解決問題為前提條件，先添加從庫數量，臨時把問題給解決，然後抓取slow log ，分析sql語句，該優化就優化處理。慢要不就是硬體跟不上，需要升級；要不就是軟體需要調試優化，等問題解決在細化。

7、cpu單核和多核有啥區別？

筆者回答：很少有面試官會問這樣的問題，即然問到了，也要老實回答。還好筆者之前了解過CPU，我是這么說的：雙核CPU就是能處理多份任務，順序排成隊列來處理。單核CPU一次處理一份任務，輪流處理每個程序任務。雙核的優勢不是頻率，而是對付同時處理多件事情。單核同時只能幹一件事，比如你同時在後台BT下載，前台一邊看電影一邊拷貝文件一邊QQ。

8、機械磁碟和固態硬碟有啥區別？

筆者回答：我擦，啥年代了，還問磁碟的問題，這面試官有點逗啊。那也要回答啊：

HDD代表機械硬碟，SSD代表固態硬碟。首先，從性能方面來說，固態硬碟幾乎完勝機械硬碟，固態硬碟的讀寫速度肯定要快機械硬碟，因為固態硬碟和機械硬碟的構造是完全不同的（具體的構造就沒必要解釋了）。其次，固態盤幾乎沒有噪音、而機械盤噪音比較大。還有就是，以目前的市場情況來看，一般機械盤容量大，價格低；固態盤容量小，價格偏高。但是企業還是首選固態盤。

9、說一下用過哪些監控系統？

筆者回答：這個監控的問題又問到了，筆者在2018年1月4號也被問到類似這樣的問題，筆者曾經用過zabbix、nagios、 cacit等。但是在這次面試中只說用過zabbix和nagios。說完了之後，面試官就讓我說一下這兩個監控有啥區別：

從web功能及畫圖來講：

Nagios簡單直觀，報警與數據都在同一頁面， 紅色即為問題項。Nagios web端不要做任何配置。 Nagios需要額外安裝插件，且插件畫圖不夠美觀。

Zabbix監控數據與報警是分開的，查看問題項需要看觸發器，查看數據在最新數據查看。而且zabbix有很多其它配置項， zabbix攜帶畫圖功能，且能手動把多個監控項集在一個圖中展示。

從監控服務來講：

Nagios自帶的監控項很少。對一些變動的如多個分區、多個網卡進行監控時需要手動配置。

Zabbix自帶了很多監控內容，感覺zabbix一開始就為你做了很多事，特別是對多個分區、多個網卡等自動發現並進行監控時，那一瞬間很驚喜，很省心的感覺。

從批量配置和報警來講：

Nagios對於批量監控主機，需要用腳本在server端新增host，並拷貝service文件。 Nagios用腳本來修改所有主機的services文件，加入新增服務。

Zabbix在server端配置自動注冊規則，配置好規則後，後續新增client端不需要對server端進行操作。 Zabbix只需手動在模板中新增一監控項即可。

總體來講：

Nagios要花很多時間寫插件，Zabbix要花很多時間探索功能。

Nagios更易上手，Nagios兩天弄會，Zabbix兩周弄會。

Zabbix畫圖功能比Nagios更強大

Zabbix對於批量監控與服務更改，操作更簡潔；Nagios如果寫好自動化腳本後，也很簡單，問題在於寫自動化腳本很費神。

10、給你一套環境，你會如何設計高可用、高並發的架構？

筆者回答：如果這套環境是部署在雲端(比如阿里雲)，你就不用去考慮硬體設計的問題。可直接上阿里雲的SLB+ECS+RDS這套標準的高可用、高並發的架構。對外服務直接上SLB負載均衡技術，由阿里的SLB分發到後端的ECS主機；ECS主機部署多台，應用拆分在不同的ECS主機上，盡量細分服務。資料庫用RDS高可用版本（一主一備的經典高可用架構）、或者用RDS金融版（一主兩備的三節點架構）。在結合阿里其它的服務就完全OK，業務量上來了，主機不夠用了，直橫向擴容ECS主機搞定。

如果這套環境託管在IDC，那麼你就要從硬體、軟體（應用服務）雙面去考慮了。硬體要達到高可用、高並發公司必須買多套網路硬體設備（比如負載設備F5、防火牆、核心層交換、接入層交換）都必須要冗餘，由其是在網路設計上，設備之間都必須有雙線連接。設備如果都是跑的單機，其中一個設備掛了，你整個網路都癱瘓了，就談不上高可用、高並發了。其次在是考慮應用服務了，對外服務我會採用成熟的開源方案LVS+Keepalived或者Nginx+Keepalived，緩存層可以考慮redis集群及Mongodb集群，中間件等其它服務可以用kafka、zookeeper，圖片存儲可以用fastDFS或MFS，如果數據量大、又非常多，那麼可採用hadoop這一套方案。後端資料庫可採用 「主從+MHA」。這樣一套環境下來是絕對滿足高可用、高並發的架構

3. HR不懂技術，如何面試專業技術人員

我把求職者大致分為四類，下面逐類分析一下。 第一類惜字如金型。這類求職者，有能力、話少。從簡歷上看，對方職業資質非常不錯，但工作內容方面寫得不清楚。在進入面試間後，應聘者根本不知道應該說什麼，只是一直坐在那裡，HR問一句，對方答一句，連最基本的自我介紹也不知該如何表達，寥寥幾句話就結束了。眾所周知，有些技術人員工作能力沒問題，但就是不愛說話。往往HR怕因為這些原因而影響技術人員面試的發揮，所以盡可能多問，以此來引導對方多講話，讓他們把簡歷中涉及的、個人所做的項目內容及技術情況講出來，但是到最後，很可能對方依然什麼也說不出來。 第二類「抵觸」型。這類求職者，簡歷清晰明了，符合招聘要求，但態度傲慢。這類人從一開始就對HR很「抵觸」(也許他們認為，HR與技術人員是分開的，殊不知，在HR中，也有技術人員「卧底」)，言語傲慢，一副審視的表情。有些人，在面試的最後，要求約見公司的技術負責人與他溝通；更有甚者，在還未與HR進行溝通的情況下，想當然地認為在座的HR人員根本就不懂技術，並直接說出自己的想法——作為技術人員，他不需要經歷這種面試流程。 第三類屬於自我感覺良好型。這類應聘者在進行自我介紹時，尤其是當講到自己熟悉的項目內容時，把自己描述成一位難得的技術精英，但當公司里負責專業技術的HR人員就幾個專業問題和他進行討論時，他又顯得很浮躁，有一些技術也不是完全明白。因此，要麼就不著邊際、誇誇其談；要麼就表現得很抓狂，顧左右而言他。 第四類求職者，溝通能力沒問題，也能清楚表達個人情況及工作內容，但就是在問到「你為何離職」及一些關於「對團隊合作」的看法時，他們所回答的內容完全是按照「應聘攻略」的套路，與HR所提問題完全不在一條線上，答非所問。 點評：為方便「非技術型」面試官(只是做人力資源工作的面試官)在進行面試時對應聘者做出准確判斷，推動面試進程，一定要將簡歷中展示個人專業實力的部 分准備充分，面試時求職者要擺正心態，既要自信，又要謙虛。如果不自信，緊張怯場，會影響自己專業知識的發揮；如不謙虛，則會招致HR反感。無論面試官是 否了解你的專業，都應當抱著面試官懂你專業的心態，千萬不要認為面試官不懂專業。有時候，為了方便招聘，公司技術部門也會有負責人來配合面試，但這些不可 能會告知面試者。 因此，面試時務必將你所有的優勢展示出來，推薦自己的實力很重要，包括技術能力、各類資格證書、管理能力和性格優點。其實HR在面試專業技術人員時，最關注的是這個員工的資質是否符合公司要求，綜合素質是否符合崗位要求的標准。所以技術類專業人員求職，在HR面試環節，一定 要准備一些面試中可能會涉及的問題，不要把所謂的「面經」當成面試寶書，千篇一律的回答絕對無法打動面試官。HR可能對專業技術掌握程度不高，但一定能夠

4. 面試的時候怎樣回答技術面試題

一、聽清題，勿搶答

面試，首先也是一個人與人交流溝通的過程。有些時候，面試官還沒說完問題，面試者就會打斷說「這個問題我知道...」。打斷不利於溝通，同時，這樣其實導致面試題沒聽清。比如面試題是「如何理解Java 的 JMM,...」後面還沒說的時候，面試者打斷說「你說的這個我會。。。，包括方法區，堆，棧 balabala」這就答的都跑偏了。

二、從全局、到具體

如果問題是「 Spring 是什麼，怎樣理解的」。很多人就會直接回答「Ioc 和 Aop嘛」這樣說不能算錯，但我個人認為從一個更宏觀的方式先入手，再具體介紹對於 Spring 你深入了解的一個或者多個方面，這樣感覺更好一些。

發展到今天，Spring 並不僅僅只有Ioc 和Aop，而是一個包含一系列功能的XX,像快速開發的Spring Boot， 像微服務支持的 Spring Cloud， 像支持認證和鑒權的 Spring Security, 支持各種抽象的Spring data 提供的 xxxTemplate，Testing, 以及現在使用眾多的 Spring MVC。當然 Denpendency Injection 和 AOP 依然是核心。

再比如回答如何理解Java的垃圾回收機制，比起直接回答 「將無用的對象清除出內存」這類概括，如果描述垃圾回收，什麼時候會發生垃圾回收，具體的回收方式，了解哪些回收演算法。出現OOM時如何調整，以及 JVM 的內存劃分等，我感覺效果會好很多。

5. 該怎麼面試java程序員

簡歷製作
在寫簡歷這方面，需要下一定的功夫。畢竟簡歷就是你給別人的第一印象，而印象則決定你的面試機會。簡歷突出的就是一個簡字，簡歷的製作不要過多，也不要過少。2-3頁最好。
簡歷的三個重要點就是，我是誰、我要做什麼、我能做什麼。
第一點，個人的基本信息。
除了個人姓名、籍貫、現住地址等以外，還需加上畢業學校、所學專業、工作時間等。重要的信息填上，無關的信息則少寫或不寫。例如身高、體重之類的。
第二點，求職意向。
這點很重要，可以的話，排版放在個人信息下面。求職意向主要就是期望工作的崗位、工作的地址以及薪資。工作崗位建議後面加個相關工作，可以少許提升面試機會。例如，java工程師及相關工作。薪資這塊則建議填寫面議，過高或著過低只會降低面試機會。
第三點，也就是HR最重視的一點，技術能力這塊。
就寫做掌握的技術以及相關熟練度，最好多用點技術關鍵字，畢竟不少的HR是按照關鍵字來搜索的。例如 JAVA、SQL、linux等。這點排版也建議放在求職意向下面。剩下的就是工作經歷以及項目經驗了。工作經歷這塊就不細說了。
重要的是項目經驗。項目描述這塊，個人建議，第一點，你要告訴別人，你的這個項目是做什麼，為什麼人群服務，怎麼使用。不要過多的說明用了什麼技術，用這些技術怎麼開發項目。
這點大致提下就可，畢竟篇幅有限，使用技術這塊和面試官相談即可。第二點，項目負責開發的模塊以及技術，這點需要讓別人知道你在這個項目做了什麼，用到了那些技術。第三點，項目業績，這點看個人，如果不知道怎麼寫，可以寫個人在項目學到了什麼，或者碰到了那些問題，是如何解決的。
至於自我評價、獲獎之類的，可以留在最後書寫，寫自己的真實情況，最好不要使用招聘網上的那種模版。
面試技巧
個人能力這方面無非兩個方面，廣度和深度。
技巧很簡單，就是說自己擅長的。技術掌握廣，但是不深，就可以將自己的技術廣度多說點，順便可以提下自己的優點 例如:學習新技術很快；技術掌握深，但是不廣，就可以將掌握的深度多說點，可以提下自己在學習這塊的專研度。如果在這兩點都沒有太明顯的優點的，可以嘗試從項目業務說，最好將項目吃透。
與面試官相談的切記要誠實，不要弄虛作假。碰到不會的或者了解不深的，直接跳過，最好將面試官引導到自己擅長的領域。
面試總結
面試完之後，最好進行總結。畢竟每一次面試都是一次收獲。如果將面試中所遇到的問題以及感悟能記下來，那就再好不過了。
在找工作的時候，除了做些相關面試和准備熟悉以前做的項目之外，還應該學習新的知識。畢竟，每多學一點，成功找到工作的機會就大一點。而且，IT這行，技術發展過於快速，如果沒有學習新知識的動力，終究會被淘汰。
因為學習實在是很枯燥無味。學習是一個長期投資，短期很難道看到收益，而娛樂是一項短期投資，短時間便可以看到收益。所以學習這塊最好可以給自己定一個目標，每天學習一點，慢慢的會達到的。如果沒有動力的話，可以給自己設置獎勵。這是可以激發學習的興趣的。
還有一點，今天能坐完的事情，絕對不要留給明天。畢竟，人都是有惰性的。你要相信你自己，今天的你能做的沒有做，明天的你也不會做的。

6. 技術人員如何去面試

一、為什麼跳槽和選擇公司

1.為什麼跳槽

雖然我們換工作有不同的原因，但主要的原因主要是治療、生長和穩定等主要因素，還有一些因素，比如想要離家更近等等。

治療收入,如工資、股票、獎金等,在本層影響我們的精神狀態是普遍的,例如,我認為我的技術能力達到一定階段,但是工資是低於我的能力,或者是我的學生和朋友和同事一起成長現在工資比我高,或者是高房價下或撫養孩子,需要更多的收入來支撐,不管是什麼原因,追求高薪自然是我們每個人的商業社會中重要的選擇。這是無可非議的，但它是根據行業的大形勢、個人能力等綜合考慮的。

跳槽的許多常見原因是工資太低，或者缺乏滿足感。另一個原因是工作太累或沒有發展空間，有些人離家很近，這是可以理解的。我的建議是不要經常換工作!

我覺得你在公司的時間不超過2年+，你真的了解整個公司是不夠的，有時候容易片面，或者故意放下他現在的工作，覺得很痛苦，不要改變工作我很抱歉。沒有必要根據個人情況和行業環境作出決定。

2.什麼公司

選擇一個公司來看看你的基本要求通常是一種成長的方式，或者給你你想要的薪水。

我通常推薦那些與他們的行業有相似或相似工作的公司，這樣你就不會白費力氣了。當然，也有人完全是在行業或性格中，比如你曾經做過的技術，現在你對產品經理做了什麼，也就是說，只要你認為你可以做得很好並且有發展。

一般的建議是為一個大公司或一個你似乎正在開發的公司。大公司一般都很發達，平台也很龐大。在整個過程中，你可以進入並製造出好的產品並迅速成長。還有其他的發展中公司，所以你最關心的是公司的未來。如果你確認公司將來會很好，你也可以進入大公司。

3.如何投遞簡歷

如果你看起來不錯的公司,它通常是內部推薦,獵頭推薦,恢復他們的幾種方法,如整個效果,首要任務是如我所描述,把最好的效果,並且可以有針對性的,獵頭推薦的周期很長,和搜索會給你做很多的評價和包裝、周期長。你可以很容易地把自己的公司寄出去，有些公司有一個平台，有些不是，所以很容易從海上得到你的簡歷，所以具體的公司交付是不同的。

二、如何面試

所有的采訪中說公平它是假的,人類是動物,自然有個人偏好,所以一般好好公司,為了避免面試官的個人問題,通過流程來解決,比如幾輪面試,面試,很多人通過這種方式減少面試官私人感情或情緒影響面試結果。

這一過程的本質是避免人性本身的弱點和問題。

即便如此，這一過程也能解決問題，然而，大多數國內公司(包括一些知名的IT或互聯網公司)都沒有很好的面試程序，最受面試官主觀意識的影響。所以請記住，這個世界上沒有絕對的平等!

好吧，既然你有很好的技術能力，但是你的面試官會把你給關了，你就得心甘情願，不可能，誰讓你的胃不舒服?!為了解決這個問題，我要談談面試的過程。

1.工作面試准備

在一般面試之前，我建議你應該有一個專門的技術研究來做你的工作，在這個職位和公司，或者看看網上的面試問題來提高你的成功率。事實上，你在面試前學習，這將提高你的學習效率，而知識的攝入是好的，這比一般的學習效果好，而且有壓力和動力。

2.外在

衣服,比如技術人員,與一些外國交流或非常頻繁的階級地位是不同的,衣服好,自然西裝,皮鞋,領帶太假的沒有必要讓如(如果你是一個高級職位,如技術總監或注意),因為你依靠技術和綜合能力,外表不是主要的。即使是這樣，但最好不要弄臟，或者感覺很慢，或者滿嘴的口臭，讓面試官覺得不開心(廢話，所有人在面對一個特別臟的人都不會愉快)，可能會減少你的印象分。雖然我估計這些比例很小，但如果你讓自己干凈整潔，讓你表現得很聰明，別人也會給你留下一些好的印象。

3.產品環境和距離

不同,大多數的公司面試一般集中在會議室里,有些可能是在開放的空間里,有的是在透明玻璃的會議室,學校招聘類一般在酒店會議室或學校的自習室等等。

一般的社交距離是45厘米比較合適，面試過程中，主動是面試官的基本要求，所以你要配合，不要把自己當回事，別人可能會對你的這種行為感到不滿。面試兩個人從45厘米以上更合適，因為我們每個人都有心理安全距離，如果兩個人太近，會覺得很郁悶，兩個人不舒服，如果有口臭，反而更尷尬因為太近了。但不太遠，聽不清楚，影響面試效果，具體自己的主人。另外，如果兩個人面對這個問題，就會覺得像是在審判。這將更加令人沮喪。最好是站在雙方的兩邊，這樣他們就不會互相壓制和輕易溝通。(此規則適用於大多數面試，包括非技術職位)

如果一些校園招聘，一般是在酒店的面試室，合理的面試官的常用方式是在面試過程中打開房門，尤其是對面試官來說，這種方法尤為重要，尊重和面試提供了一個安全的環境。如果你是校園招聘的女生，在酒店面試中，你可以進入面試室打開門，這是比較合適的。

4.通信

一般說話的語氣都很流暢，目空一切，情緒不需要改變太多，清晰的表達，能夠清晰的表達你的意思，滔滔不絕不需要說很多，強調多聊，如果你不知道對方想聽什麼，你可以多問幾句。

5.面試過程

面試過程不同於公司，所以幾乎可以肯定的是，這項技術將是第一個進行第一次測試，然後是面試過程。另一個是面試，沒有書面測試，公司的流程和習慣。

許多人認為自己是一個高端人才，如果一家公司給他一個測試，他們會覺得受到了侮辱，甚至我也看到了它的消失。其實，我認為每個人都出去找工作，沒有什麼是平等的，讓你也不輕視你的技術來解決問題是不好的，只是先了解你的簡單的技術水平，它沒有嘴巴不厚。說簡單點，就是說，不要把自己當回事，你出來找工作，找一個好的單位是很重要的，如果你對他們的技術有信心，那麼你就很樂意把問題寫完。當然，不必太在意這種程度，當然也有界限，如招聘高級職位，假如還做筆試題，多少個孔雀，因為在上完之後，可能會有很多技術細節不記得了，在筆試中失去了。

技術面試不同的技巧應該是不同的，比如你的PHP,Java,c++，資料庫，每個技術點都是不同的，不同的面試問題對自然，最好的事情是當你在尋找另一份工作的時候，你的個人擅長於技術，而不是職位。

技術面試過程是一個簡單的問題基本知識(演算法,數據結構,這個職位所需的基礎知識),表面復雜的問題(復雜的知識體系結構、技術水平等),一般不技術三面,一般是字元或一些心理問題,或者一些人力資源對治療階段。

6.面試問題

面試官問你兩個問題，一個是開放式問題，一個是封閉式問題，例如，C語言中靜態關鍵字的用途是什麼?這是一個封閉的問題，有一個明確的結果。例如，問你:如何優化網站的性能?這是一個開放性的問題，你可以從任何角度或角度進行分析。

一般問你封閉式問題，主要是指你對技術的重點，對記憶能力的技術細節，一般來說，如果有任何開放性的問題，一般都要考查你的綜合能力，或者是說問題可以在什麼層次上。面對開放式的問題，有時你不確定面試官是否想要聽什麼樣的內容，你可以問，減少開放式問題的范圍，並能有效地控制面試官問這個問題背後的動機。例如:如何優化網站的性能?在這種情況下，您可以問:它是描述我的優化或描述一個通用過程的案例嗎?這會讓你更好地了解面試官想要做什麼，以便了解你的實戰能力或者你的系統知識組織。

一個封閉的問題的答案是要知道描述是清楚的，沒有說很多的話，如果你不知道的話，就說清楚你不知道。有很多開放式的問題，回答方式和策略，一般我都說過了，然後你對主要的答案進行概括的描述，然後再對熟練的部分進行描述，提高對面試官的認識。

一般來說,簡單的技術面試可以一些,比如一些問題邏輯明確表示清楚,如果不知道,就說我不知道,不要說什麼,說一堆完全無關的事情,而不是讓別人感覺你不知道,而不是對你的印象很差,不是平面和敏捷。

面試問題沒有統一的規則，每個不同的技術，或者公司不同的業務應用環境，技術問題是完全不同的，一些簡單的困難，但是很多基本的知識是一樣的，這是你的技術技能。

7. 打算跳槽，如何准備 Java 初級和高級的技術面試

現在換工作時間太早，有協助互聯網企業招聘過技術崗位，基本會要求全專日制統招屬本科，相關專業，三年以上的經驗。
你的劣勢在於是培訓機構出來的，這個缺點，一時半會兒是，難以掩蓋的。

而目前你在這家公司只做了半年，自己也覺得好像懂，好像也不懂，既然不是科班出身的，一定要加強技術實力。

第一，工作時間要夠長，這是有一定的工作經驗的體現
第二，對於計算機語言，一定是不斷學習的，加強深度的，否則面試時，部門負責人那邊過不了。

綜上所述，你確定現在要跳槽嗎？
如果確定要跳槽的話，一定要准備要好，工作方面的實際問題

希望幫到你採納一下，謝謝

8. 如何面試一個工作經驗比自己高的人

經常與高端人才打交道的獵頭，難免會遇到面試一個比自己工作經驗更豐富、工作年限更多的人，我們應該如何更專業地開展工作呢？

如果是技術崗，應該有崗位職責和技術要求，獵頭要化身技術面試官，要看他已有的技能是否滿足這個崗位。同時圍繞公司所應用的技術平台、產品類型、項目情況考察他的技術水準是否能夠滿足。

面試時，首先請他簡要介紹下他的經歷，並針對他做過的項目選取幾個興趣點深入問一下，考察他做過的事是能全局把握的，還是只是負責一個點。對於你不了解的技術你也不要不懂裝懂，如果他能用簡單的描述讓你聽得明白，說明他的條理很清晰，表達不錯，也說明他是真正理解了。如果你聽得雲里霧里，要麼是他不擅長表達，要麼是他並不是真正掌握知識。

你有5年的技術經歷，在公司工作至少3年吧，那麼你應該十分了解公司的技術。下面這個環節是考察他對你所在行業或者產品的理解。你可以提出幾個實際工作中遇到的技術問題，請他講講他的理解和解決辦法。通過他的表達，你從蛛絲馬跡中判斷他的知識結構是否是你所需要的，思路是否靠譜。有一些高手在新的單位總也找不到感覺，不要聘用這樣的人。

技術面試之後，要了解他換工作的原因，動機，他的期望是什麼，你要判斷公司能否滿足他的期望，他是否「像這個公司的人」，也就是要符合公司文化。雙方契合，才能達到共贏。

【智樂聘（公號：智樂聘/lepin）是專注中高端人才的懸賞制招聘平台，企業可以用行業內最低的費用享受頂級的獵頭服務；個人/SOHO獵頭自由選單、做單，專業顧問全程協助保證做單效果。高端人才高效招聘，就在智樂聘！】

9. java面試中問你最擅長的技術是什麼你能為公司做出什麼貢獻怎麼回答

建議：
1、把你之前所掌握的常用的技術一一例舉
2、能為公司做出什麼共專享你就應該把你之前所做的屬項目分享一下，還可以加上利用什麼技術達成的，然後再加一句「如果公司目前或者以後有類似的項目需要我會給出很多好的建議避免項目走彎路之類的」
3、一面切記不回答問題直接反問hr，二面也不建議，你自身的問題可以在hr問你有什麼問題的時候你在說，避免因hr覺得你高傲自大而導致面試失敗。
4、如果還不知道該怎麼回答可以在喜馬拉雅搜索「手把手教你怎樣更好的面試」我的面試問題建議。