首先祝賀你選擇學習Linux，你可能即將踏上Linux的工作之旅，出發(fā)之前，讓我?guī)銇砜匆豢搓P(guān)于Linux和Linux運維的一切。

Linux因其高效率、易于裁剪、應用廣等優(yōu)勢，成為了當今中高端服務器的主要操作系統(tǒng)，并且處于一個不可替代的地位。Linux可安裝在各種計算機硬件設備中，比如手機、平板電腦、路由器、視頻游戲控制臺、臺式計算機、大型機和超級計算機。隨著Linux在中國市場迅猛發(fā)展，國內(nèi)Linux人才缺口逐漸凸顯。Linux人才招聘也成了當前最熱門的招聘之一。

首先linux是一個非常非常大的概念。想全部吃透是不可能的。理想的說，搞懂linux，就可以做所有工作。個人更傾向于說想做什么樣工作，需要學linux的哪部分。

按個人經(jīng)驗介紹下常見的linux有哪些領域，并對應到什么工作。1）linux應用。這部分嚴格來說不能算是linux，只是跑在linux上的應用，比如web，網(wǎng)絡，IT等，職業(yè)包括系統(tǒng)研發(fā)，后臺開發(fā)，服務器性能優(yōu)化，運維等；

2）linux定制。這部分涉及l(fā)inux版本的用戶包較多，內(nèi)核會有一些涉及，主要各種商業(yè)linux的訂制，服務等。比如redhat之類，不少是外國公司，國內(nèi)大多招現(xiàn)場支持等。

3）linux內(nèi)核開發(fā)。這部分主要是linux內(nèi)核驅(qū)動的開發(fā)。幾乎全部是編程工作。主要是芯片公司，以及使用芯片的產(chǎn)品開發(fā)公司。前者如intel，marvell，后者如中興華為。

4）android衍生品。因為android包括慢慢火爆的tizen都用的linux內(nèi)核，所以理由同3。所以手機芯片公司和手機開發(fā)公司也是linux開發(fā)者的雇主之一。比如高通，TI等；

一、Linux運維的主要工作內(nèi)容

Linux運維作為眾多工作中需求人數(shù)最多，薪資待遇最高的崗位，本文重點介紹Linux運維的職業(yè)，本文內(nèi)容由專門研究Linux運維學習和職業(yè)發(fā)展的機構(gòu)馬哥教育和愛好者們聯(lián)合撰寫。

互聯(lián)網(wǎng)Linux運維工作，以服務為中心，以穩(wěn)定、安全、高效為三個基本點，確保公司的互聯(lián)網(wǎng)業(yè)務能夠7×24小時為用戶提供高質(zhì)量的服務。運維的職責覆蓋了產(chǎn)品從設計到發(fā)布、運行維護、變更升級及至下線的生命周期。

產(chǎn)品的整個生命周期里運維的職責重要而廣泛，但運維工程師們的職責不僅限于這部分工作，還需要總結(jié)工作中遇到的問題，抽取出相關(guān)的技術(shù)方向、研發(fā)相關(guān)的工具和平臺以支持/優(yōu)化業(yè)務的發(fā)展并提高運維的效率，相關(guān)技術(shù)工作主要包括：

服務監(jiān)控技術(shù)：包括監(jiān)控平臺的研發(fā)、應用，服務監(jiān)控準確性、實時性、全面性的保障

服務故障管理：包括服務的故障預案設計，預案的自動化執(zhí)行，故障的總結(jié)并反饋到產(chǎn)品/系統(tǒng)的設計層面進行優(yōu)化以提高產(chǎn)品的穩(wěn)定性

服務容量管理：測量服務的容量，規(guī)劃服務的機房建設，擴容、遷移等工作

服務性能優(yōu)化：從各個方向，包括網(wǎng)絡優(yōu)化、操作系統(tǒng)優(yōu)化、應用優(yōu)化、客戶端優(yōu)化等，提高服務的性能和響應速度，改善用戶體驗

服務全局流量調(diào)度：接入服務的流量，根據(jù)容量和服務狀態(tài)在各個機房間分配流量

服務任務調(diào)度：服務的各種定時/非定時任務的調(diào)度觸發(fā)及狀態(tài)監(jiān)控

服務安全保障：包括服務的訪問安全、防攻擊、權(quán)限控制等

數(shù)據(jù)傳輸技術(shù)：包括p2p等各類傳輸技術(shù)的研發(fā)應用，也遠距離大數(shù)據(jù)傳輸?shù)葐栴}的解決

服務自動發(fā)布部署：部署平臺/工具的研發(fā)，及平臺/工具的使用，做到安全、高效的發(fā)布服務

服務集群管理：包括服務的服務器管理、大規(guī)模集群管理等

服務成本優(yōu)化：盡可能降低服務運行使用的資源，降低服務運行成本

數(shù)據(jù)庫管理（DBA）：通過設計、開發(fā)和管理高性能數(shù)據(jù)庫集群，使數(shù)據(jù)庫服務更穩(wěn)定、更高效、更易于管理。

平臺化的開發(fā)：類docker等平臺的開發(fā)管理，及服務接入技術(shù)

分布式存儲平臺的開發(fā)優(yōu)化與接入

等等，凡是關(guān)系到服務質(zhì)量、效率、成本、安全等方面的工作，及涉及到的技術(shù)、組件、工具、平臺都在運維的技術(shù)范疇里。做好每一個技術(shù)方向、完成相應的組件、工具、平臺研發(fā)都能對履行運維職責起到積極的作用，對業(yè)務的發(fā)展發(fā)揮關(guān)鍵影響。

二、Linux運維工作分類

運維的工作方向比較多，隨著業(yè)務規(guī)模的不斷發(fā)展，越成熟的互聯(lián)網(wǎng)公司，運維崗位會劃分得越細。當前很多大型的互聯(lián)網(wǎng)公司，在初創(chuàng)時期只有系統(tǒng)運維，隨著 模、服務質(zhì)量的 要求，也逐漸進行了工作細分。一般情況下運維團隊的工作分類（見圖1-1）和職責如下。

圖1-1 運維團隊的工作分類

2.1-應用運維（SRE）：應用運維負責線上服務的變更、服務狀態(tài)監(jiān)控、服務容災和數(shù)據(jù)備份等工作，對服務進行例行排查、故障應急處理等工作，工作職責如下：設計評審、服務管理、資源管理、例行檢查、預案管理、數(shù)據(jù)備份。

2.2-系統(tǒng)運維(SYS)：負責IDC、網(wǎng)絡、CDN和基礎服務的建設（LVS、NTP、DNS）；負責資產(chǎn)管理，服務器選型、交付和維修，工作職責如下：IDC數(shù)據(jù)中心建設、網(wǎng)絡建設、LVS負載均衡和SNAT建設、CDN規(guī)劃和建設、服務器選型、交付和維護、內(nèi)核選型和OS相關(guān)維護工作、資產(chǎn)管理、基礎服務建設。

2.3-數(shù)據(jù)庫運維（DBA）:數(shù)據(jù)庫運維負責數(shù)據(jù)存儲方案設計、數(shù)據(jù)庫表設計、索引設計和SQL優(yōu)化，對數(shù)據(jù)庫進行變更、監(jiān)控、備份、高可用設計等工作，詳細的工作內(nèi)容如下：設計評審、容量規(guī)劃、數(shù)據(jù)備份與災備、數(shù)據(jù)庫監(jiān)控、數(shù)據(jù)庫安全、數(shù)據(jù)庫高可用和性能優(yōu)化、自動化系統(tǒng)建設、運維研發(fā)、運維平臺、監(jiān)控系統(tǒng)、自動化部署系統(tǒng)。

2.4-運維安全（SEC）：運維安全負責網(wǎng)絡、系統(tǒng)和業(yè)務等方面的安全加固工作，進行常規(guī)的安全掃描、滲透測試，進行安全工具和系統(tǒng)研發(fā)以及安全事件應急處理，工作內(nèi)容如下：安全制度建立、安全培訓、風險評估、安全建設、安全合規(guī)、應急響應。

三、Linux運維日常使用軟件和技能

運維工程師使用的運維平臺和工具包括：

Web服務器：apache、tomcat、nginx、lighttpd

監(jiān)控：nagios、ganglia、cacti、zabbix

自動部署：ansible、sshpt、salt

配置管理：puppet、cfengine

負載均衡：lvs、haproxy、nginx

傳輸工具：scribe、flume

備份工具：rsync、wget

數(shù)據(jù)庫：mysql、oracle、sqlserver

分布式平臺：hdfs、mapreduce、spark、storm、hive

分布式數(shù)據(jù)庫：hbase、cassandra、redis、MongoDB

容器：lxc、docker

虛擬化：openstack、xen、kvm

安全：kerberos、selinux、acl、iptables

問題追查：netstat、top、tcpdump、last

運維以技術(shù)為基礎，通過技術(shù)保障產(chǎn)品提供更高質(zhì)量的服務。運維工作的職責及在業(yè)務中的位置決定了運維工程師需要具備更加廣博的知識和深入的技術(shù)能力：

扎實的計算機基礎知識，包括計算機系統(tǒng)架構(gòu)，操作系統(tǒng)，網(wǎng)絡技術(shù)等；

通用應用方面需要了解操作系統(tǒng)、網(wǎng)絡、安全，存儲，CDN，DB等，知道其相關(guān)原理；

編程能力，小到運維工具的開發(fā)大到大型運維系統(tǒng)/平臺的開發(fā)都需要有良好的編程能力；

數(shù)據(jù)分析能力：能夠整理、分析系統(tǒng)運行的各項數(shù)據(jù)，從中發(fā)現(xiàn)問題及找到解決方向；

豐富的系統(tǒng)知識，包括系統(tǒng)工具、典型系統(tǒng)架構(gòu)、常見的平臺選型等；

綜合利用工具和平臺的能力；

四、Linux運維工作發(fā)展過程

早期的運維團隊在人員較少的情況下，主要是進行數(shù)據(jù)中心建設、基礎網(wǎng)絡建設、服務器采購和服務器安裝交付工作。幾乎很少涉及線上服務的變更、監(jiān)控、管理等工作。這個時候的運維團隊更多的屬于基礎建設的角色，提供一個簡單、可用的網(wǎng)絡環(huán)境和系統(tǒng)環(huán)境即可。

隨著業(yè)務產(chǎn)品的逐漸成熟，對于服務質(zhì)量方面就有了更高的要求。這個時候的運維團隊還會承擔一些服務器監(jiān)控的工作，同時會負責LVS、Nginx等與業(yè)務邏輯無關(guān)的4/7層運維工作。這個時候服務變更更多的是逐臺的手工操作，或者有一些簡單批量腳本的出現(xiàn)。監(jiān)控的焦點更多的在服務器狀態(tài)和資源使用情況上，對服務應用狀態(tài)的監(jiān)控幾乎很少，監(jiān)控更多的使用各種開源系統(tǒng)如Nagios、Cacti等。

由于業(yè)務規(guī)模和復雜度的持續(xù)增加，運維團隊會逐漸劃分為應用運維和系統(tǒng)運維兩大塊。應用運維開始接手線上業(yè)務，逐步開展服務監(jiān)控梳理、數(shù)據(jù)備份以及服務變更的工作。隨著對服務的深入，應用運維工程師有能力開始對服務進行一些簡單的優(yōu)化。同時，為了應對每天大量的服務變更，我們也開始編寫各類運維工具，針對某些特定的服務能夠很方便的批量變更。隨著業(yè)務規(guī)模的增大，基礎設施由于容量規(guī)劃不足或抵御風險能力較弱導致的故障也越來越多，迫使運維人員開始將更多的精力投入到多數(shù)據(jù)中心容災、預案管理的方向上。

業(yè)務規(guī)模達到一定程度后，開源的監(jiān)控系統(tǒng)在性能和功能方面，已經(jīng)無法滿足業(yè)務需求；大量的服務變更、復雜的服務關(guān)系，以前靠人工記錄、工具變更的方式不管在效率還是準確性方面也都無法滿足業(yè)務需求；在安全方面也出現(xiàn)了各種大大小小的事件，迫使我們投入更多的精力在安全防御上。逐漸的，運維團隊形成之前提到的5個大的工作分類，每個分類都需要有專精的人才。這個時候系統(tǒng)運維更專注于基礎設施的建設和運維，提供穩(wěn)定、高效的網(wǎng)絡環(huán)境，交付服務器等資源給應用運維工程師。應用運維更專注于服務運行狀態(tài)和效率。數(shù)據(jù)庫運維屬于應用運維工作的細化，更專注于數(shù)據(jù)庫領域的自動化、性能優(yōu)化和安全防御。運維研發(fā)和運維安全提供各類平臺、工具，進一步提升運維工程師的工作效率，使業(yè)務服務運行得更加穩(wěn)定、高效和安全。

我們將運維發(fā)展過程劃分為4個階段，如圖1-2所示。

圖1-2 運維發(fā)展過程

手工管理階段：業(yè)務流量不大，服務器數(shù)量相對較少，系統(tǒng)復雜度不高。對于日常的業(yè)務管理操作，大家更多的是逐臺登錄服務器進行手工操作，屬于各自為戰(zhàn)，每個人都有自己的操作方式，缺少必要的操作標準、流程機制，比如業(yè)務目錄環(huán)境都是各式各樣的。

工具批量操作階段：隨著服務器規(guī)模、系統(tǒng)復雜度的增加，全人工的操作方式已經(jīng)不能滿足業(yè)務的快速發(fā)展需要。因此，運維人員逐漸開始使用批量化的操作工具，針對不同操作類型出現(xiàn)了不同的腳本程序。但各團隊都有自己的工具，每次操作需求發(fā)生變化時都需要調(diào)整工具。這主要是因為對于環(huán)境、操作的規(guī)范不夠，導致可程序化處理能力較弱。此時，雖然效率提升了一部分，但很快又遇到了瓶頸。操作的質(zhì)量并沒有太多的提升，甚至可能因為批量執(zhí)行而導致更大規(guī)模的問題出現(xiàn)。我們開始建立大量的流程規(guī)范，比如復查機制，先上線一臺服務器觀察10分鐘后再繼續(xù)后面的操作，一次升級完成后至少要觀察20分鐘等。這些主要還是靠人來監(jiān)督和執(zhí)行，但在實際過程中執(zhí)行往往不到位，反而降低了工作效率。

平臺管理階段：在這個階段，對于運維效率和誤操作率有了更高的要求，我們決定開始建設運維平臺，通過平臺承載標準、流程，進而解放人力和提高質(zhì)量。這個時候?qū)Ψ盏淖兏鼊幼鬟M行了抽象，形成了操作方法、服務目錄環(huán)境、服務運行方式等統(tǒng)一的標準，如程序的啟停接口必須包括啟動、停止、重載等。通過平臺來約束操作流程，如上面提到的上線一臺服務器觀察10分鐘。在平臺中強制設定暫停檢查點，在第一臺服務器操作完成后，需要運維人員填寫相應的檢查項，然后才可以繼續(xù)執(zhí)行后續(xù)的部署動作。

系統(tǒng)自調(diào)度階段：更大規(guī)模的服務數(shù)量、更復雜的服務關(guān)聯(lián)關(guān)系、各個運維平臺的林立，原有的將批量操作轉(zhuǎn)化成平臺操作的方式已經(jīng)不再適合，需要對服務變更進行更高一層的抽象。將每一臺服務器抽象成一個容器，由調(diào)度系統(tǒng)根據(jù)資源使用情況，將服務調(diào)度、部署到合適的服務器上，自動化完成與周邊各個運維系統(tǒng)的聯(lián)動，比如監(jiān)控系統(tǒng)、日志系統(tǒng)、備份系統(tǒng)等。通過自調(diào)度系統(tǒng)，根據(jù)服務運行情況動態(tài)伸縮容量，能夠自動化處理常見的服務故障。運維人員的工作也會前置到產(chǎn)品設計階段，協(xié)助研發(fā)人員改造服務使其可以接入到自調(diào)度系統(tǒng)中。

在整個運維的發(fā)展過程中，希望所有的工作都自動化起來，減少人的重復工作，降低知識傳遞的成本，使我們的運維交付更高效、更安全，使產(chǎn)品運行更穩(wěn)定。對于故障的處理，也希望由事后處理變成提前發(fā)現(xiàn)，由人工處理變成系統(tǒng)自動容災。

五、2018年Linux運維必須抓住的前沿技能

這是技術(shù)世界正在發(fā)生的深刻變革的冰山一角，那么問題來了? 作為傳統(tǒng)的運維該如何轉(zhuǎn)型呢?

這里給出一點小的建議: 大致需要學習下這四個部分:

自動化運維（Ansible，Puppet，Saltstack等）

Devops（Docker，K8s，Jenkins，Jira等），

云服務技術(shù)（虛擬化、OpenStack、AWS及阿里云各種產(chǎn)品服務架構(gòu)等）