從2018至今的運維工作經歷總結

1.桌面運維

該職位的招聘人員多為事業單位或政府機構，也有一些外包性質。說白了，就是胡鬧。

2.服務器運維

這項工作的內容一般可以分為兩類：第一類是小型軟件公司或個體戶。他們自己的單位有一臺或兩臺服務器和一個4平方米的機艙，算作機房。這種運維比較簡單。確保服務器不會宕機就足夠了。主要是檢查機房的溫度。如果真的遇到宕機或者服務器里面的應用程序不可用，一般都是打電話找相關運營商解決。事實上，這是一團糟。第二類是正規的中型軟件公司。不僅公司本身有比較正規的機房，其客戶一般也有正規的大型機房。這種服務器運維會有更嚴格的要求。一、機房的溫度、機房的后備電源等環境條件、服務器的RAID存儲方式和容錯能力、防災記錄等都要考慮到（其實大部分是主備分離遷移）。對于這種正規的中型企業網絡，需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測到網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。機房的溫度、機房的后備電源等環境條件、服務器的RAID存儲方式和容錯能力、防災記錄等都是必須要考慮的（其實大部分都是的） -遷移的備用分離）。對于這種正規的中型企業網絡，需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測到網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。機房的溫度、機房的后備電源等環境條件、服務器的RAID存儲方式和容錯能力、防災記錄等都是必須要考慮的（其實大部分都是的） -遷移的備用分離）。對于這種正規的中型企業網絡，需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測到網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。服務器的RAID存儲方式和容錯能力，以及防災記錄都要考慮到（其實大部分都是主備分離遷移）。對于這種正規的中型企業網絡，需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測到網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。服務器的RAID存儲方式和容錯能力，以及防災記錄都要考慮到（其實大部分都是主備分離遷移）。對于這種正規的中型企業網絡，需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測到網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測出網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。需要強調的是，服務器機房的網絡最好有監控拓撲，可以檢測出網絡的問題。還有一點要提的是云服務器方面，和物理服務器大多沒有太大區別，主要是我對這方面接觸的不多。這是我接下來要研究的。

3.應用運維

其實應用運維的內容基本是一樣的，基本就是運行環境（JDK、LNMP、LAMP這幾個都逃不過），另外就是根據不同單位的產品設置不同的配置，其實我個人覺得這方面。不用深究，統一配置流程，剩下的就是熟悉與否的問題了。值得一提的是公司內部開發環境和測試環境的自動化搭建能力。我目前接觸的構建架構是+(git,svn)+一些高端封裝會添加容器化技術，自動將構建好的jar包推送到鏡像環境。

我的相關工作經驗 基本上公司內外所有項目都會涉及到運行環境的搭建，無非就是操作系統的不同（大多是linux比較少），以及項目成熟度的不同產品（通常取決于是否有包裝）。）。有一件事需要分享。公司運維部的新人，普遍急于熟悉公司自有產品的部署。其實我個人認為不用擔心，因為公司的產品部署是正規的。公司有操作維護手冊，遵照執行。手冊應該沒有什么大問題，即使你沒有 沒有說明書，基本上問問同事就可以了。無非是熟悉。不要忘記一些需要修改的conf配置文件。你能注意到一些細節嗎？一般來說，只要一兩個項目，你基本上就可以了。所以不用擔心，未來會有更多部署產品的機會。我個人在運維部門有一份新工作。首先對產品生產線的工作模式（需求-開發-測試）有一個大概的了解，從而了解產品的構建模式。部分公司產品不需要運維。部署構建環境，只需要為服務器提供一個啟停產品服務環境（一般情況下，更多積分將用于開發和測試，如有需要，也將用于向甲方演示）。因此，在不需要部署自動化構建的情況下，產品線至少需要三臺服務器用于開發、測試、需求這三個部門（有些小企業使用一臺服務器三個部門）。如果你需要為開發和測試構建一個自動化的構建環境pc運維外包，我認為這是你應該知道的第一件事。之所以會這樣，是因為這個自動化構建可以算是一種技能儲備，但是公司的產品不一樣（每個公司的產品部署流程不一樣）。語言不能太絕對，要明白精神。無需部署自動化構建，產品線至少需要三臺服務器用于開發、測試、需求這三個部門（有些小企業使用一臺服務器三個部門）。如果你需要為開發和測試構建一個自動化的構建環境，我認為這是你應該知道的第一件事。之所以會這樣，是因為這個自動化構建可以算是一種技能儲備，但是公司的產品不一樣（每個公司的產品部署流程不一樣）。語言不能太絕對，要明白精神。無需部署自動化構建，產品線至少需要三臺服務器用于開發、測試、需求這三個部門（有些小企業使用一臺服務器三個部門）。如果你需要為開發和測試構建一個自動化的構建環境，我認為這是你應該知道的第一件事。之所以會這樣，是因為這個自動化構建可以算是一種技能儲備，但是公司的產品不一樣（每個公司的產品部署流程不一樣）。語言不能太絕對，要明白精神。如果你需要為開發和測試構建一個自動化的構建環境，我認為這是你應該知道的第一件事。之所以會這樣，是因為這個自動化構建可以算是一種技能儲備，但是公司的產品不一樣（每個公司的產品部署流程不一樣）。語言不能太絕對，要明白精神。如果你需要為開發和測試構建一個自動化的構建環境，我認為這是你應該知道的第一件事。之所以會這樣，是因為這個自動化構建可以算是一種技能儲備，但是公司的產品不一樣（每個公司的產品部署流程不一樣）。語言不能太絕對，要明白精神。

4.網絡運維

我在網絡方面沒有太多的個人經驗。雖然我參加過華為Hcip測試，但我幾乎沒有真正的項目經驗。我只是私下做過一些拓撲實驗。其實，以我這三年的經驗來看，公司層面的人脈，基本上是在我平時的工作中完成的。通常，最多就是劃分一個vlan，以及一些基本的ping網段。只需檢查就足夠了。當然pc運維外包，這只是我個人的經驗，我對網絡運維的理解也只能停留在這個表面。

5.開發運維

開發運維不是我能參與的，也沒有做太多研究。此刻我能分享的是，如果我想讓我的開發同事閉嘴，我會給他們一個比他們更懂開發和運維的編程語言。至少如果我學會了，它會是我的第一選擇，還有shell腳本的編寫（期間我也用過，但基本上都是前人寫的，我只負責運行） ，不過這里真的沒有經驗，所以不多發表意見。

以上就是我對運維工作分工五個方面的總結。我的能力還很淺，很多項目都沒參與。這只是我個人經歷的膚淺看法。不要抬起這個地方，你抬起它是對的。總而言之，我對運維工程師這個職業最大的感受就是要了解和了解的東西太多了。