了解最新公司動態(tài)及行業(yè)資訊
從2018至今的運維工作經歷總結
1.桌面運維
該職位的招聘人員多為事業(yè)單位或政府機構,也有一些外包性質。說白了,就是胡鬧。
2.服務器運維
這項工作的內容一般可以分為兩類:第一類是小型軟件公司或個體戶。他們自己的單位有一臺或兩臺服務器和一個4平方米的機艙,算作機房。這種運維比較簡單。確保服務器不會宕機就足夠了。主要是檢查機房的溫度。如果真的遇到宕機或者服務器里面的應用程序不可用,一般都是打電話找相關運營商解決。事實上,這是一團糟。第二類是正規(guī)的中型軟件公司。不僅公司本身有比較正規(guī)的機房,其客戶一般也有正規(guī)的大型機房。這種服務器運維會有更嚴格的要求。一、機房的溫度、機房的后備電源等環(huán)境條件、服務器的RAID存儲方式和容錯能力、防災記錄等都要考慮到(其實大部分是主備分離遷移)。對于這種正規(guī)的中型企業(yè)網(wǎng)絡,需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測到網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。機房的溫度、機房的后備電源等環(huán)境條件、服務器的RAID存儲方式和容錯能力、防災記錄等都是必須要考慮的(其實大部分都是的) -遷移的備用分離)。對于這種正規(guī)的中型企業(yè)網(wǎng)絡,需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測到網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。機房的溫度、機房的后備電源等環(huán)境條件、服務器的RAID存儲方式和容錯能力、防災記錄等都是必須要考慮的(其實大部分都是的) -遷移的備用分離)。對于這種正規(guī)的中型企業(yè)網(wǎng)絡,需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測到網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。服務器的RAID存儲方式和容錯能力,以及防災記錄都要考慮到(其實大部分都是主備分離遷移)。對于這種正規(guī)的中型企業(yè)網(wǎng)絡,需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測到網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。服務器的RAID存儲方式和容錯能力,以及防災記錄都要考慮到(其實大部分都是主備分離遷移)。對于這種正規(guī)的中型企業(yè)網(wǎng)絡,需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測到網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測出網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。需要強調的是,服務器機房的網(wǎng)絡最好有監(jiān)控拓撲,可以檢測出網(wǎng)絡的問題。還有一點要提的是云服務器方面,和物理服務器大多沒有太大區(qū)別,主要是我對這方面接觸的不多。這是我接下來要研究的。
3.應用運維
其實應用運維的內容基本是一樣的,基本就是運行環(huán)境(JDK、LNMP、LAMP這幾個都逃不過),另外就是根據(jù)不同單位的產品設置不同的配置,其實我個人覺得這方面。不用深究,統(tǒng)一配置流程,剩下的就是熟悉與否的問題了。值得一提的是公司內部開發(fā)環(huán)境和測試環(huán)境的自動化搭建能力。我目前接觸的構建架構是+(git,svn)+一些高端封裝會添加容器化技術,自動將構建好的jar包推送到鏡像環(huán)境。
我的相關工作經驗 基本上公司內外所有項目都會涉及到運行環(huán)境的搭建,無非就是操作系統(tǒng)的不同(大多是linux比較少),以及項目成熟度的不同產品(通常取決于是否有包裝)。)。有一件事需要分享。公司運維部的新人,普遍急于熟悉公司自有產品的部署。其實我個人認為不用擔心,因為公司的產品部署是正規(guī)的。公司有操作維護手冊,遵照執(zhí)行。手冊應該沒有什么大問題,即使你沒有 沒有說明書,基本上問問同事就可以了。無非是熟悉。不要忘記一些需要修改的conf配置文件。你能注意到一些細節(jié)嗎?一般來說,只要一兩個項目,你基本上就可以了。所以不用擔心,未來會有更多部署產品的機會。我個人在運維部門有一份新工作。首先對產品生產線的工作模式(需求-開發(fā)-測試)有一個大概的了解,從而了解產品的構建模式。部分公司產品不需要運維。部署構建環(huán)境,只需要為服務器提供一個啟停產品服務環(huán)境(一般情況下,更多積分將用于開發(fā)和測試,如有需要,也將用于向甲方演示)。因此,在不需要部署自動化構建的情況下,產品線至少需要三臺服務器用于開發(fā)、測試、需求這三個部門(有些小企業(yè)使用一臺服務器三個部門)。如果你需要為開發(fā)和測試構建一個自動化的構建環(huán)境pc運維外包,我認為這是你應該知道的第一件事。之所以會這樣,是因為這個自動化構建可以算是一種技能儲備,但是公司的產品不一樣(每個公司的產品部署流程不一樣)。語言不能太絕對,要明白精神。無需部署自動化構建,產品線至少需要三臺服務器用于開發(fā)、測試、需求這三個部門(有些小企業(yè)使用一臺服務器三個部門)。如果你需要為開發(fā)和測試構建一個自動化的構建環(huán)境,我認為這是你應該知道的第一件事。之所以會這樣,是因為這個自動化構建可以算是一種技能儲備,但是公司的產品不一樣(每個公司的產品部署流程不一樣)。語言不能太絕對,要明白精神。無需部署自動化構建,產品線至少需要三臺服務器用于開發(fā)、測試、需求這三個部門(有些小企業(yè)使用一臺服務器三個部門)。如果你需要為開發(fā)和測試構建一個自動化的構建環(huán)境,我認為這是你應該知道的第一件事。之所以會這樣,是因為這個自動化構建可以算是一種技能儲備,但是公司的產品不一樣(每個公司的產品部署流程不一樣)。語言不能太絕對,要明白精神。如果你需要為開發(fā)和測試構建一個自動化的構建環(huán)境,我認為這是你應該知道的第一件事。之所以會這樣,是因為這個自動化構建可以算是一種技能儲備,但是公司的產品不一樣(每個公司的產品部署流程不一樣)。語言不能太絕對,要明白精神。如果你需要為開發(fā)和測試構建一個自動化的構建環(huán)境,我認為這是你應該知道的第一件事。之所以會這樣,是因為這個自動化構建可以算是一種技能儲備,但是公司的產品不一樣(每個公司的產品部署流程不一樣)。語言不能太絕對,要明白精神。
4.網(wǎng)絡運維
我在網(wǎng)絡方面沒有太多的個人經驗。雖然我參加過華為Hcip測試,但我?guī)缀鯖]有真正的項目經驗。我只是私下做過一些拓撲實驗。其實,以我這三年的經驗來看,公司層面的人脈,基本上是在我平時的工作中完成的。通常,最多就是劃分一個vlan,以及一些基本的ping網(wǎng)段。只需檢查就足夠了。當然pc運維外包,這只是我個人的經驗,我對網(wǎng)絡運維的理解也只能停留在這個表面。
5.開發(fā)運維
開發(fā)運維不是我能參與的,也沒有做太多研究。此刻我能分享的是,如果我想讓我的開發(fā)同事閉嘴,我會給他們一個比他們更懂開發(fā)和運維的編程語言。至少如果我學會了,它會是我的第一選擇,還有shell腳本的編寫(期間我也用過,但基本上都是前人寫的,我只負責運行) ,不過這里真的沒有經驗,所以不多發(fā)表意見。
以上就是我對運維工作分工五個方面的總結。我的能力還很淺,很多項目都沒參與。這只是我個人經歷的膚淺看法。不要抬起這個地方,你抬起它是對的。總而言之,我對運維工程師這個職業(yè)最大的感受就是要了解和了解的東西太多了。