1. 技術面試會問很多技術問題嗎
筆者其實沒有想到去面試，只是在智聯上更新了一下簡歷，就陸陸續續接到很多獵頭的郵件和電話，實在是沒准備好要去面試，就推掉了幾家公司的面試了。正因為筆者也很久沒有面試了，筆者也想去面試學習一下，閑話少說，下面就分享給大家筆者在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」。這樣一套環境下來是絕對滿足高可用、高並發的架構
2. 應聘網路管理員，HR面試時會問到哪些技術問題！
如，你干這行幾年，在工作中你所在的網吧出現過什麼大的問題，你是怎麼解決的
有各種各樣的問題，那要看考官如何提問了。
1.區域網中有一台電腦中毒了，你如何快速地把它找出來？
2.有一天早上總經理的電腦突然開不了機，你會從哪幾方面入手排除問題？
3.有一台區域網電腦突然上不了外網，你如何去分析解決？
4.如何搭建額外DC？
....
這是我以前面試碰到的試題的一部分，僅供參考！
我也即將面臨畢業
我想首先要問你的專業知識，你喜歡什麼
也許還會讓你自己說你的缺點和優點
你為什麼要選擇這個公司
最主要的是你能為這個公司創造利潤
和他自身利益聯系起來
自己多看一些關於應聘的書，多了解一些應聘技巧
我面試的時候寫一個日誌處理的shell腳本,談了談apache兩種工作模式prefork和worker的區別,然後就是磁碟IO瓶頸判斷方法,然後回答了PCRE相關的正則表達式及raid的015的區別,還有一個就是awk關聯數組.
誰說不能半個月學來的,我就只學了一個月的shell,至於說其它的東西與windows類似
薪水6K左右的linux管理員
各個企業的文化不盯信同，建議面試之前最好要了解清楚他們公司的企業文化，因為文化不同，對面試人的表現要求也也不一樣，就像找對象一樣，如果想一見鍾情，最好能先了解這個人的脾氣和愛好（企業文化），個人認為，沒有哪個模板是每個企業都喜歡的。例如:我們在面試時主要查看應聘者是否具有服務意識，而把專業性和學歷以及經驗等放在第二位，我們認為，一個物業管理職員如果沒有服務意識，很難為業主提供很好的服務，而且這種後天培訓也不容易，所以這點是我們面試時重點考察的。而有些企業會強調專業性，如果你不夠專業即使溝通很好，他們也不會要。還有些企業會看重學歷以及畢業學校等等。
專業性的問題較少， 主要看你的溝通能力，誠實度，執行力，服務態度等方面
問你網路具體命令問題，多數都是上機操作的，比如他說網路不穩定，有時候QQ上不去等的，讓你實際操作，在就是讓你做網線，他會在暗處計時的，這是一般網吧的網路管理員，公司裡面的還要問你交換機，防火牆之類的，網路管理是計算機類裡面最難找工作，工資最低的，郁悶，我也學這個專業
3. 計算機網路專業面試
1、2003個有幾個版本，每個版本最新系統補丁包是什麼啊？
2、 DNS的實現方法？
3、 WEB伺服器的負載均衡？
4、 請問目前市面上常用幾種網路操作系統的優缺點？
5、 請問你用過那些伺服器？請講述raid0、1、5的特點和優點？
6、 請列出下列協議的段口號：HTTP,HTTPS,DNS,FTP,TELNET,PPTP,SMTP，POP3？
7、 請問區域網內想要通過UNC路徑或者NETBIOS名稱訪問對方計算機，需要在對方計算機上開放什麼協議或者埠？
8、 OSI七層模型？TCP/IP模型？
9、 能否將WIN2000P升級成WIN2000S？
10、 怎樣保證1個文檔的安全性？
11、 說說你知道的防火牆及其應用？
12、 WINDOWS域的具體實現方式？客戶機要加入到域該如何操作？
13、 請問你對AD熟悉嗎？怎樣組織AD資源？
14、 請簡述操作主機（FSMO）的作用？
15、 請問PKI是什麼啊？在WIN下怎樣實現PKI？請簡述證書申請的一個過程？
16、 請問你用過那些遠程式控制制軟體啊？
17、 怎樣實現WINDOWS 群集？
18、 你知道哪幾種郵件系統？請簡述安裝EXCHANG 2003的詳細步驟？
19、 請問ISA 有幾大功能？請簡述用ISA發布網站的過程？
20、 請問怎樣才能讓SQL伺服器更安全？
21、 請問在生產環境中你應該如何規劃SQL資料庫文件存放？
22、 當一台DC發生宕機，你應該如何處理？
23、 請問你如何把你的WINDOWS伺服器做得更安全？
24、 如何備份和還原SQL 資料庫？
25、 如何備份和還原EXCHANG資料庫？
26、 你用過那些殺毒軟體（網路版和單機版）？
27、 如果有一個小型企業網路需要你去規劃，請講述你的規劃 思路？
28、 你知道那些入侵檢測系統？你能獨立部署的有那些？
29、 請問如何加強WEB伺服器的安全？
30、 當有一台電腦出現故障，請問你怎樣解決這個問題？
31、 你做過系統補丁升級嗎？內網如果有一百台機器的話你怎樣做系統補丁升級？
32、 網頁出現亂嗎是什麼原因？
33、 Exchang2003安裝成功默認能用foxmail收發郵件嗎？如果能，為什麼？如果不能，請說明原因？
34、 請問怎樣才能統一更改整個公司的郵件地址（exchange環境）？
35、 請問你在生產環境中如何規劃EXCHANGE伺服器資料庫的存放？
36、 請你寫出10條以上保證你企業網路安全的措施。
37、 一台WINDOWS XP的客戶機，登陸域的時需要十分鍾，請問是什麼原因？怎麼解決阿？
38、 當用戶反映去訪問一台文件伺服器非常慢，請問是什麼原因？如何解決？
39、 當用戶反映上網速度非常慢，請問什麼原因？如何解決？
本文出自 51CTO.COM技術博客
一 計算機網路的定義，並談談你對網路的理解
把分布在不同地點且具有獨立功能的多個計算機，通過通信設備和線路連接起來，在功能完善的網路軟體運行下，以實現網路中資源共享為目標的系統。（理解略）
二 請描述osi七層模型，並簡要概括各層功能
OSI是Open System Interconnect的縮寫，這個模型把網路通信的工作分為7層,它們由低到高分別是物理層（Physical Layer),數據鏈路層（Data Link Layer),網路層(Network Layer),傳輸層（Transport Layer),會話層（Session Layer），表示層（Presen tation Layer)和應用層（Application Layer)。第一層到第三層屬於OSI參考模型的低三層，負責創建網路通信連接的鏈路；第四層到第七層為OSI參考模型的高四層，具體負責端到端的數據通信。每層完成一定的功能，每層都直接為其上層提供服務，並且所有層次都互相支持，而網路通信則可以自上而下（在發送端）或者自下而上（在接收端）雙向進行。當然並不是每一通信都需要經過OSI的全部七層，有的甚至只需要雙方對應的某一層即可。物理介面之間的轉接，以及中繼器與中繼器之間的連接就只需在物理層中進行即可；而路由器與路由器之間的連接則只需經過網路層以下的三層即可。總的來說，雙方的通信是在對等層次上進行的，不能在不對稱層次上進行通信。
OSI參考模型的各個層次的劃分遵循下列原則：
1、同一層中的各網路節點都有相同的層次結構，具有同樣的功能。
2、同一節點內相鄰層之間通過介面（可以是邏輯介面）進行通信。
3、七層結構中的每一層使用下一層提供的服務，並且向其上層提供服務。
4、不同節點的同等層按照協議實現對等層之間的通信。
第一層：物理層（PhysicalLayer)
規定通信設備的機械的、電氣的、功能的和過程的特性，用以建立、維護和拆除物理鏈路連接。具體地講，機械特性規定了網路連接時所需接插件的規格尺寸、引腳數量和排列情況等；電氣特性規定了在物理連接上傳輸bit流時線路上信號電平的大小、阻抗匹配、傳輸速率距離限制等；功能特性是指對各個信號先分配確切的信號含義，即定義了DTE和DCE之間各個線路的功能；規程特性定義了利用信號線進行bit流傳輸的一組操作規程，是指在物理連接的建立、維護、交換信息是，DTE和DCE雙放在各電路上的動作系列。
在這一層，數據的單位稱為比特（bit）。
屬於物理層定義的典型規范代表包括：EIA/TIA RS-232、EIA/TIA RS-449、V.35、RJ-45等。
第二層：數據鏈路層(DataLinkLayer)
在物理層提供比特流服務的基礎上，建立相鄰結點之間的數據鏈路，通過差錯控制提供數據幀（Frame）在信道上無差錯的傳輸，並進行各電路上的動作系列。
數據鏈路層在不可靠的物理介質上提供可靠的傳輸。該層的作用包括：物理地址定址、數據的成幀、流量控制、數據的檢錯、重發等。
在這一層，數據的單位稱為幀（frame）。
數據鏈路層協議的代表包括：SDLC、HDLC、PPP、STP、幀中繼等。
第三層：網路層(Network Layer)
在計算機網路中進行通信的兩個計算機之間可能會經過很多個數據鏈路，也可能還要經過很多通信子網。網路層的任務就是選擇合適的網間路由和交換結點， 確保數據及時傳送。網路層將數據鏈路層提供的幀組成數據包，包中封裝有網路層包頭，其中含有邏輯地址信息- -源站點和目的站點地址的網路地址。
如果你在談論一個IP地址，那麼你是在處理第3層的問題，這是「數據包」問題，而不是第2層的「幀」。IP是第3層問題的一部分，此外還有一些路由協議和地址解析協議（ARP）。有關路由的一切事情都在第3層處理。地址解析和路由是3層的重要目的。網路層還可以實現擁塞控制、網際互連等功能。
在這一層，數據的單位稱為數據包（packet）。
網路層協議的代表包括：IP、IPX、RIP、OSPF等。
第四層：處理信息的傳輸層
第4層的數據單元也稱作數據包（packets）。但是，當你談論TCP等具體的協議時又有特殊的叫法，TCP的數據單元稱為段（segments）而UDP協議的數據單元稱為「數據報（datagrams）」。這個層負責獲取全部信息，因此，它必須跟蹤數據單元碎片、亂序到達的數據包和其它在傳輸過程中可能發生的危險。第4層為上層提供端到端（最終用戶到最終用戶）的透明的、可靠的數據傳輸服務。所為透明的傳輸是指在通信過程中傳輸層對上層屏蔽了通信傳輸系統的具體細節。
傳輸層協議的代表包括：TCP、UDP、SPX等。
第五層：會話層(Session Layer)
這一層也可以稱為會晤層或對話層，在會話層及以上的高層次中，數據傳送的單位不再另外命名，統稱為報文。會話層不參與具體的傳輸，它提供包括訪問驗證和會話管理在內的建立和維護應用之間通信的機制。如伺服器驗證用戶登錄便是由會話層完成的。
第六層：表示層(Presentation Layer)
這一層主要解決擁護信息的語法表示問題。它將欲交換的數據從適合於某一用戶的抽象語法，轉換為適合於OSI系統內部使用的傳送語法。即提供格式化的表示和轉換數據服務。數據的壓縮和解壓縮， 加密和解密等工作都由表示層負責。
第七層：應用層(Application Layer)
應用層為操作系統或網路應用程序提供訪問網路服務的介面。
應用層協議的代表包括：Telnet、FTP、HTTP、SNMP等。
三 請描述tcp/ip模型，並簡要介紹各層功能
由於種種原因，OSI模型並沒有成為真正應用在工業技術中的網路體系結構。在網路發展的最初期，網路覆蓋的地域范圍非常有限，而且主要用途也只是為了美國國防部和軍方科研機構服務。隨著民用化發展，網路通過電話線路連接到大學等單位，進一步需要通過衛星和微波網路進行網路擴展，軍用網路中原有技術標准已經不能滿足網路日益民用化和網路互連的需求，因此設計一套以無縫方式實現各種網路之間互連的技術標准就提到議事日程上來。這一網路體系結構就是後來的TCP/IP參考模型。
TCP/IP模型共分四層，分別為應用層、傳輸層、互聯網層和主機到網路層。各層實現特定的功能，提供特定的服務和訪問介面，並具有相對的獨立性。
( 1) 主機到網路層
主機到網路層是TCP/IP模型中的第一層。它相當於OSI模型中的物理層和數據鏈路層，因為這一層的功能是將數據從主機發送到網路上。與應用郵政系統類比，主機到網路層中的比特流傳輸相當於信件的運送。
(2) 互聯網層
互聯網層是TCP/IP模型中的第二層。最初是希望當網路中部分設備不能正常運行時，網路服務不被中斷，已經建立的網路連接依然可以有效地傳輸數據；換言之，只要源主機和目標主機處於正常狀態，就要求網路可以完成傳輸任務。互聯網層正是在這些苛刻的設計目標下選擇了分組交換（Packer Switching）技術作為解決方案。
分組交換技術不僅使分組發送到任意的網路後可以獨立地漫遊到目標主機，而且可確保目標主機接收到順序被打亂的分組後，將其傳送到最高層重新排定分組順序。互聯網層定義了標準的分組格式和介面參數，只要符合這樣的標准，分組就可以在不同網路間實現漫遊。
(3) 傳輸層
傳輸層是TCP/IP模型中的第三層。其功能與OSI模型中的傳輸層相類似，TCP/IP模型中的傳輸層不僅可以提供不同服務等級、不同可靠性保證的傳輸服務，而且還可以協調發送端和接收端之間的傳輸速度差異。
(4) 應用層
應用層是TCP/IP模型中的第四層。與OSI模型不同的是，在TCP/IP模型中沒有會話層和表示層。由於在應用中發現，並不是所有的網路服務都需要會話層和表示層的功能，因此這些功能逐漸被融合到TCP/IP模型中應用層的那些特定的網路服務中。應用層是網路操作者的應用介面，正像發件人將信件放進郵筒一樣，網路操作者只需在應用程序中按下發送數據按鈕，其餘的任務都由應用層以下的層完成。
四 請簡要敘述交換機和集線器的區別
最簡單的區別就是HUB是廣播式的，用戶共享帶寬；交換機是互動式的，每個用戶獨享帶寬。
在當今這個全球網路化的網路時代，網路已成為人類生活的必須。作為區域網組建的重要設備：交換機和集線器，都起著區域網的數據傳送「樞紐」的作用。那麼，交換機和集線器到底有什麼區別？
所謂交換機其實是從集線器技術發展而來的。如果用最簡單的語言敘述交換機與集線器的區別，那就應該是智能與非智能的差別。集線器說白了只是連接多個計算機的 設備，它只能起到信號放大、傳輸的作用，但不能對信號中的碎片進行處理，所以在傳輸過程中非常容易出錯。而交換機則可以看作是一種智能型的集線器，它除了 包括集線器的所有特性外，還具有自動定址、交換、處理的功能。並且在傳遞過程中，只有發送源與接受源獨立工作，其間不與其它埠發生關系，從而達到防止數 據丟失和提高吞吐量的目的。
下來我將從交換機與集線器的概念，種類，特點，OSI體系結構，工作方式等基本問題上對二者的區別進行分析說明。
1.交換機和集線器的概念
1.1. 交換機 交換機的英文名稱之為「Switch」，它是集線器的升級換代產品，從外觀上來看的話，它與集線器基本上沒有多大區別，都是帶有多個埠的長方形 盒狀體。交換機是按照通信兩端傳輸信息的需要，用人工或設備自動完成的方法把要傳輸的信息送到符合要求的相應路由上的技術統稱。廣義的交換機就是一種在通 信系統中完成信息交換功能的設備。
1.2.集線器 集線器（HUB）是計算機網路中連接多個計算機或其他設備的連接設備,是對網路進行集中管理的 最小單元。英文HUB就是中心的意思,像樹的主幹一樣,它是各分支的匯集點。許多種類型的網路都依靠集線器來連接各種設備並把數據分發到各個網段。HUB 基本上是一個共享設備,其實質是一個中繼器,主要提供信號放大和中轉的功能,它把一個埠接收的全部信號向所有埠分發出去。
2.交換機和集線器的種類
交換機和集線器從不同的方面和角度有著不同的分類。
2.1.HUB集線器的種類
集線器有多種類型,各個種類具有特定的功能、提供不同等級的服務。
2.1.1.依據匯流排帶寬的不同,HUB分為10M、100M和10M/100M自適應三種；若按配置形式的不同可分為獨立型、模塊化和堆疊式三種。
2.1.2.根據埠數目的不同主要有8口、16口和24口幾種。
2.1.3.根據工作方式可分為智能型和非智能型兩種。目前所使用的HUB基本是前三種分類的組合,如我們常在廣告中看到的10M/100M自適應智能型、可堆疊式HUB等。
2.1.4.依據工作方式區分有較普遍的意義,可以進一步劃分為被動集線器、主動集線器、智能集線器和交換集線器四種。
2．2.交換機的分類
2． 2．1.按照現在復雜的網路構成方式，網路交換機被劃分為接入層交換機、匯聚層交換機和核心層交換機。其中，核心層交換機全部採用機箱式模塊化設計，目前 已經基本都設計了與之相配備的1000BASE-T模塊，核心層交換機的選購在本文中不做討論。接入層支持1000BASE-T的乙太網交換機基本上是固 定埠式交換機，以10/100Mbps埠為主，並且以固定埠或擴展槽方式提供1000BASE-T的上連埠。匯聚層1000BASE-T交換機同 時存在機箱式和固定埠式2種設計，可以提供多個1000BASE-T 埠，一般也可以提供1000BASE-X等其他形式的埠。接入層和匯聚層交換 機共同構成完整的中小型區域網解決方案。
2．2．2. 按照OSI的7層網路模型，交換機又可以分為第二層交換機、第三層交換機、第四層交換機 等等，一直到第七層交換機。基於MAC地址工作的第二層交換機最為普遍，用於網路接入層和匯聚層。基於IP地址和協議進行交換的第三層交換機普遍應用於網 絡的核心層，也少量應用於匯聚層。部分第3層交換機也同時具有第四層交換功能，可以根據數據幀的協議埠信息進行目標埠判斷。第四層以上的交換機稱之為 內容型交換機，主要用於互聯網數據中心，不在本文討論范圍之內。
2．2．3.按照交換機的可管理性，又可以分為可管理型交換機和非可管理型交換 機，它們的區別在於對SNMP、RMON等網管協議的支持。可管理型交換機便於網路監控，但成本也相對較高。大中型網路在匯聚層應該選擇可管理型交換機， 在接入層視應用需要而定，核心層交換機全部是可管理型交換機。
3.交換機和集線器的特點
3.1．Hub的特點
在星型結構中，它是連接的中間結點，它起放大信號的作用。所有設備共享Hub的帶寬，也就是說，如果hub的帶寬是10M，連結了10了設備，每個設備就是1M，Hub所有埠共享一個MAC地址。
3.2．switch 的特點
用於星型結構時，它作為中心結點起放大信號的作用，埠不共享帶寬，如果是一個10M的switch，那麼每個埠的帶寬就是10M，每個埠擁有自己的MAC地址。
交換機的主要功能包括物理編址、網路拓撲結構、錯誤校驗、幀序列以及流量控制。目前一些高檔交換機還具備了一些新的功能，如對VLAN（虛擬區域網）的支持、對鏈路匯聚的支持，甚至有的還具有路由和防火牆的功能。
交換機除了能夠連接同種類型的網路之外，還可以在不同類型的網路（如乙太網和快速乙太網）之間起到互連作用。如今許多交換機都能夠提供支持快速乙太網或FDDI等的高速連接埠，用於連接網路中的其它交換機或者為帶寬佔用量大的關鍵伺服器提供附加帶寬。
它是一個網路設備，擁有路由器的一部分功能，它可以決定接收到的數據向什麼地方發送，它的速度比路由器要快。
4.交換機和集線器的主要區別
通過從上面各方面的分析我們可以知道交換機和集線器的主要區別分為四個方面，分別是在OSI體系結構，數據傳輸方式，帶寬佔用方式和傳輸模式上。
4.1． OSI體系結構上的區別 集線器屬於OSI的第一層物理層設備，而交換機屬於OSI的第二層數據鏈路層設備。也就意味著集線器只是對數據的傳輸起到同步、 放大和整形的作用，對數據傳輸中的短幀、碎片等無法進行有效的處理，不能保證數據傳輸的完整性和正確性；而交換機不但可以對數據的傳輸做到同步、放大和整 形，而且可以過濾短幀、碎片等。
4.2．數據傳輸方式上的區別
目前，80％的區域網（LAN）是乙太網，在區域網中大量地使用了集線器（HUB）或交換機（Switch）這種連接設備。利用集線器連接的區域網叫共享式區域網，利用交換機連接的區域網叫交換式區域網。
4.2.1． 工作方式不同 我們先來談談網路中的共享和交換這兩個概念。在此，我們打個比方，同樣是10個車道的馬路，如果沒有給道路標清行車路線，那麼車輛就只能在 無序的狀態下搶道或佔道通行，容易發生交通堵塞和反向行駛的車輛對撞，使通行能力降低。為了避免上述情況的發生，就需要在道路上標清行車線，保證每一輛車 各行其道、互不幹擾。共享式網路就相當於前面所講的無序狀態，當數據和用戶數量超出一定的限量時，就會造成碰撞沖突，使網路性能衰退。而交換式網路則避免 了共享式網路的不足，交換技術的作用便是根據所傳遞信息包的目的地址，將每一信息包獨立地從埠送至目的埠,避免了與其它埠發生碰撞，提高了網路的實 際吞吐量。
共享式乙太網存在的主要問題是所有用戶共享帶寬，每個用戶的實際可用帶寬隨網路用戶數的增加而遞減。這是因為當信息繁忙時，多個用戶都 可能同進「爭用」一個信道，而一個通道在某一時刻只充許一個用戶佔用，所以大量的經常處於監測等待狀態，致使信號在傳送時產生抖動、停滯或失真，嚴重影響 了網路的性能。
交換式乙太網中，交換機供給每個用戶專用的信息通道，除非兩個源埠企圖將信息同時發往同一目的埠，否則各個源埠與各自的目的埠之間可同時進行通信而不發生沖突。
4.2.2． 工作機理不同 集線器的工作機理是廣播（broadcast），無論是從哪一個埠接收到什麼類型的信包，都以廣播的形式將信包發送給其餘的所有埠，由 連接在這些埠上的網卡（NIC）判斷處理這些信息，符合的留下處理，否則丟棄掉，這樣很容易產生廣播風暴，當網路較大時網路性能會受到很大的影響。從它 的工作狀態看，HUB的執行效率比較低（將信包發送到了所有埠），安全性差（所有的網卡都能接收到，只是非目的地網卡丟棄了信包）。而且一次只能處理一 個信包，在多個埠同時出現信包的時候就出現碰撞，信包按照串列進行處理，不適合用於較大的網路主幹中。
交換機的工作就完全不同，它通過分析 Ethernet包的包頭信息（其中包含了原MAC地址、目標MAC地址、信息長度等），取得目標MAC地址後，查找交換機中存儲的地址對照表（MAC地 址對應的埠），確認具有此MAC地址的網卡連接在哪個埠上，然後僅將信包送到對應埠，有效的有效的抑制廣播風暴的產生。
這就是Switch 同HUB最大的不同點。而Switch內部轉發信包的背板帶寬也遠大於埠帶寬，因此信包處於並行狀態，效率較高，可以滿足大型網路環境大量數據並行處理的要求。
4.3．帶寬佔用方式上的區別
集 線器不管有多少個埠，所有埠都是共享一條帶寬，在同一時刻只能有二個埠傳送數據，其他埠只能等待，同時集線器只能工作在半雙工模式下；而對於交換 機而言，每個埠都有一條獨占的帶寬，這樣在速率上對於每個埠來說有了根本的保障。當二個埠工作時並不影響其他埠的工作，同時交換機不但可以工作在 半雙工模式下而且可以工作在全雙工模式下。
4.4．傳輸模式上的區別
集線器只能採用半雙工方式進行傳輸的，因為集線器是共享傳輸介質的， 這樣在上行通道上集線器一次只能傳輸一個任務，要麼是接收數據，要麼是發送數據。而交換機則不一樣，它是採用全雙工方式來傳輸數據的，因此在同一時刻可以 同時進行數據的接收和發送，這不但令數據的傳輸速度大大加快，而且在整個系統的吞吐量方面交換機比集線器至少要快一倍以上，因為它可以接收和發送同時進 行，實際上還遠不止一倍，因為埠帶寬一般來說交換機比集線器也要寬許多倍。
舉個簡單的例子，比如說讓兩組人同時給對方互相傳輸一個文件，從一個 人傳到另一個的時間為1分鍾。如果是用集線器的話，需要的時間是4分鍾。數據先從一個人傳到對方那裡，然後對方再傳回來。接著才能是另一組做相同的工作， 這樣算下來就是4分鍾。但是用交換機的話速度就快多了，在相同情況下只需要1分鍾就足夠了。由於每個埠都是獨立的，所以這兩組人可以同時傳輸數據，再因 為交換機可以工作在全雙工下，所以每兩個人也可以同時傳輸，換句話說這4個人是在同一個時間內完成的工作。所以我們也可以把集線器和交換機的處理能力看做 串列處理與並行處理。
5.總結
綜上所述，集線器的功能只是一個多埠的轉發器，無論從哪個埠傳出來的訊號都會整形再生放大後向所有的端 口廣播出去，並且所有的埠都會擠用同一個共享信帶的帶寬，造成數據量大時所有埠的帶寬大幅減少；而交換機相當於多埠橋，它為用戶提供的是獨占的點對 點的連接，數據包只發向目的埠而不會向所有埠發送，這樣減少了信號在網路發生碰撞，而且交換機上的所有埠均有獨享的信道帶寬。
交換機是繼集線器基礎上開發的一新的網路連接設備，擁有著更好更強大的功能和優點，而且還有著很高的性價比，更適應當今網路的需求。通過以上分析，我們不難看出交換機與集線器相比的明顯優勢。我相信在不久的以後交換機將會徹底替代集線器。
本文出自 51CTO.COM技術博客
4. 計算機網路技術專業的面試時考官會問哪些專業問題
計算機網路技術人員的面試，問題范圍比較廣，具體要根據用人單位的性質和主營方向去准備，不過一般問到最多的是配置和硬體的應用。以下是常見的網路工程師面試問題，可供參考。
1、說出自己配置過的路由器型號，並說出幾個最常用的配置命令。
2、說出幾種動態路由協議，並談談動態路由和靜態路由的區別。
3、介紹幾種方式用來在web伺服器上創建虛擬主機。
4、介紹幾種使用過的代理伺服器。
5、提供幾種郵件伺服器的建設方案。
6、說出使用過的資料庫產品。
7、介紹使用過的網管軟體，以及它的特點。
8、如果負責將一個公司的所有計算機接入互聯網，會選擇哪種接入方式，為什麼？
9、會選擇讓哪種操作系統裝在公司內的計算機上，為什麼？
10、簡要介紹管理過的網路。
11、談談網路中最容易出現的故障有哪些？
5. 計算機網路技術專業單招面試時考官會問你些什麼啊
面試時心態很重要，然後要注意以下幾點： 1，考官問你的優點，你就要簡潔明了，自謙，不能拖拖拉拉。如「自主性強，團隊意識較強，具有創新意識」，但是不能誇大其詞。 2，考官問你的缺點，你可以自謙的說出自己的缺點，但是不能自慚形穢，把自己變得一文不值。面試也是門學問，要吸引面試官的注意但不可盲目自信到目中無人。
6. 面試問為什麼要報計算機網路技術怎麼回答
你就說你對計算機很著迷，它奇妙無窮，而且未來就是計算機大放異彩的時候。現代社會，不懂計算機是難以生存的。一般會問些有關計算機硬體等方面很簡單的問題。你就說你的計算機基礎很好就行了。不好也要說好，這很重要。