做伺服器數據運維怎麼樣

⑴ 雲計算運維工程師前景怎麼樣

目前處於雲時代，雲計算運維工程師的就業前景還是非常廣泛的。像是阿里雲計算，滴滴，抖音等等互聯網大廠目前都在應用雲計算技術。雲計算運維工程師的薪資水平也非常可觀。

運維工程師(Operations)，在國內又稱為運維開發工程師(Devops)，在國外稱為SRE(Site Reliability Engineering)。主要負責維護並確保整個服務的高可用性，同時不斷優化系統架構、提升部署效率、優化資源利用率提高整體的ROI。

企業的應用90%是跑在Linux平台的，再高大上的雲計算、大數據、物聯網都需要好的運維做支撐。就連我們用的安卓手機，底層也是Linux平台架構。通信、金融、互聯網、教育、電子商務、機械製造、軍工航天等等，都離不開Linux平台。

想要成為一個優秀的運維工程師，需要掌握的技能很多，其中三大核心技能如下：

1）平台架構組建。負責參與並審核架構設計的合理性和可運維性，以確保系統上線後，安全、高效、穩定運行。

2）日常運營保障。負責運用運維技術，運維平台，確保入網設備的全面納管和全生命周期管理，確保設備、業務及安全等狀態可監可控。

3）系統優化。Linux伺服器本身架構的局限，系統運行故障不可避免，但通過合理的設計，有效的運維，可以大幅降低故障發生的頻率，提高業務恢復的效率。

⑵ IT運維工程師發展前景如何

it里搞演算法和開發的肯定最好。技術支持或者叫運維，范圍還比較廣，很難講。比如網路或者伺服器運維工程師，一線城市1萬左右還是有的。雲計算或者說devops的方向一線2萬很容易。其他還有資料庫運維之類的。比開發肯定比不了。不過其實做的好的待遇比普通人還是可以的

⑶ 運維真的是整個IT行業技術含量最低的崗位嗎

在互聯網行業，運維一直是一個被深深誤解的位置，以至於很多人認為IT行業運維的技術含量很低，其實並非如此。

從本質上講，運維其實就是你用自己的技術儲備知識的崗位，保證你管理的IT服務能夠正常運行。

在商業上也是一樣。軟體工程師的任務是通過編寫代碼將軟體以圖形化的形式提供給用戶，而運維工程師的任務是使軟體在計算機或系統上正常運行。但是一旦軟體出現問題，大多數人想找的是軟體工程師，而不是運維工程師。

就像我們蓋房子一樣。產品開發負責房子的規劃，設計師負責房子的外觀設計，開發工程師負責建造房子，運維負責打好房子的地基。而打好地基，並不意味著簡單地挖個坑。裡面的技術含量很高。必須徹底研究坑的大小、深度、大小、濕度等。

房子蓋好後，大家只會關注房子蓋好後的風格。很少有人會注意房子的地基，但是一旦房子倒塌，大家就會懷疑地基是否牢固，運維這時候就出來了。回到平底鍋。

很多人片面地認為運維沒有技術含量。這其實是一種錯誤的認識。因為運維也是分很多層次的，就看你達到了哪個階段。基本上，現在一個運維除了掌握基本功，如果你還可以掌握雲計算技術和一門編程語言（比如Python語言最適合運維人員），那你就已經是高人了級別，基本上是全棧開發運維人員。這種運維不用擔心找不到工作，工資自然比其他普通運維高。

我自己在大公司和小公司都待過。我覺得主要是初級運維太多了，他們做了很多根本不能叫運維的事情。總結了以下幾點：

運維必然會做基礎工作，比如部署服務，上線，甚至搬機器，重裝系統等等。但是運維不能只做這個，所以如何在剩餘的時間內做有利於運維技術提升的事情就顯得尤為重要。

舉個簡單的例子：當你做研發的時候，你在其中處於什麼位置，你如何體現你的價值和技術能力？如果沒有，你基本上是在幫助別人。

廣泛的范圍包括：硬體、網路、操作系統、資料庫、存儲、開源軟體；職責：部署和調試各種功能，如ldap、samba、nagios等；進一步細化的分工還包括：壓力測試、性能優化、內核參數調優、系統問題跟蹤等。

很多運維要在不同層次上做太多的事情，導致很多事情只是完成任務，缺乏深入研究，當然也可能缺乏深入研究場景。

其實和第一點關系比較大，因為目標本身沒有足夠的規劃，總結性的介紹不夠，技術的提升也比較有限。

舉個真實的例子，我認識一個做運維7年多的人。這期間，他在幾家公司幹了很多事，時間也不短。通常情況下，會有相當多的積累。前段時間，我正要推薦他在內部擊球時，我查看了他的簡歷。我有幾個感受： 整個簡歷都是描述性詞彙，沒有數據支持；項目工作全是敘述性描述，充滿服務搭建和問題解決，沒有技術點；唯一的技術工作是一筆帶過，沒有方案選擇和技術能力體現，技術水平無法體現；

我自己也面試過很多人，說實話，這種簡歷離及格還差得很遠。應聘公司拿到這樣的簡歷，怎麼能快速的了解到你就是公司需要的人？

如果我們不知道運維的具體內容，我們無權評價運維的技術含量。一般來說，互聯網公司的運維內容分為兩個層次：

簡單的說，就是部署服務、維修電腦、安裝系統、安裝軟體、處理網路問題等等，做各種家務活，甚至弄個路由器、剪網線。

網路運維，即網路工程，必須精通各種網路協議和架構，Cisco、華為、H3C路由和交換，至少兩項；

資料庫運維，資料庫運維應該理解為DBA，至少要精通，並且要精通資料庫；

操作系統運維必須精通操作系統，了解操作系統內部工作原理，了解一些硬體知識，了解網路協議進行故障排除；

還有很多其他的事情，比如伺服器運維，都需要覆蓋面廣，同時擁有多種技術；

運維技術差，可能只是因為公司小，如果公司規模小，大家看到的運維工作只能是表面和基礎的工作，現在很多運維崗位都被雲服務取代了。運維的內容是在雲平台上運行軟體。

事實上，有人認為在平台上操作軟體很簡單，但實際上，如果沒有計算機相關知識的積累，很難知道雲平台上的功能實現。在這方面，技術含量不低。

如果公司逐漸成長為大型公司，運維的價值就會凸顯。比如雲資源和離線資源的管理、資料庫管理、網路管理、計算資源、網路資源負載、調度處理，都需要豐富的計算機理論知識和實踐經驗，否則無法提供穩定、上層的可靠服務。

作為一家提供互聯網服務的公司，用戶能否穩定可靠地使用互聯網服務，是他們生活的基礎。想像一家公司每三天失敗一次並且服務不可用。雖然強調了運維的存在，但大家還會相信你的產品嗎？

運維功能：

首先，BAT在運維上的分工更加細化。通常，系統、資料庫和應用運維是完全分離的。因此，它可能更側重於功能，當然涉及的范圍肯定會很窄。

在工作職能方面，運維主要圍繞可用性、效率提升和成本控制三個主要方面，與公司和研發目標密切相關。運維所做的大部分工作都是基於這三個目標。拆卸。

在技術改進方面，主要是以項目的形式，利用對服務的理解和技術方案來解決常見問題。

技術工作：

以服務可用性為例。這不僅僅是處理警報。操作時要小心。就像編寫一些自動化工具一樣簡單。

在工作方式上：

嚴格按照既定計劃安排工作、審查、總結。分工的實施是否有明確的規則，什麼時間維度准確到季度？月？星期？天？我多久回顧一次？

結合這些方面，BAT運維的同學才有可能實現快速的技術提升。這是我所看到的。

最後說一下運維方向：

為了在運維方面有一個光明的未來，需要幾個要素：

至少是已經發展起來並具有一定機器規模的業務。沒有必要在這里擊球，但選擇適合您的。

很多人不喜歡處理問題，然後只想著做高大上的事情。我不想告訴你這個結果，但它沒有接地，他們製作的東西沒有使用，等等。

所以我覺得運維架構師一定是一個懂業務、熟悉業務、非常熟悉的人。我身邊也遇到過這樣的人。他們級別很高，通常不處理任何問題，但在關鍵時刻（例如出現問題時），他可以快速找到關鍵點並解決它們，有些細節甚至比您還要多。明白了，不得不佩服。運維一定是這樣的人！

就算每天重復上線、處理故障問題、響應需求、開發維護腳本，也無所謂。關鍵是你有沒有從你做過的問題中看到業務和運維中的痛點，並使用現有的。技術方案，處理解決！

有很多問題，並不是說解決了很多問題就是一個偉大的人。問題的關鍵在於如何解決問題，同時體現你的整體視角和技術能力。

舉個最簡單的例子，一台機器的磁碟快滿了。這一定是一個特別小的問題。運維同學應該經常遇到。

如果你只檢查磁碟使用情況，然後刪除數據或調整刪除磁碟的腳本，那是最糟糕的文件；檢查磁碟使用情況，確認是單機還是批處理機有問題，為什麼此時報告，確認清楚可以解決，這是一個更高的層次；我查看了磁碟佔用，徹底發現了磁碟增長的原因，但發現磁碟增長是不可控的，現有的數據刪除方法無法避免報警。那麼有沒有辦法保證重要數據正常保留時磁碟不會報警呢？然後用技術方案解決，這是更高的層次。 . . . . .有很多這樣的例子。

你會發現運維其實就是利用你對系統、網路、硬體、規格、服務的熟悉，結合專業知識，用技術方案解決一系列研發測試無法解決或無法解決的常見問題。單獨解決。並且可以形成工具、平台、框架，最終為運維部門甚至公司創造價值。這是一個很棒的操作和維護。

所以還是同一句話：沒有技術含量低的崗位，全看你怎麼做。

隨著時代的發展，我們現在使用的任何技術，很多事情都可以通過雲計算解決，也有相應的產品和方案來解決，雲計算也對運維產生了一定的影響。新的發展趨勢由此而來。

第一個是從IOE到開源X86。其實去IOE也有一段時間了，為什麼要去IOE？ 2008年，全網印象比較深刻。當時，安全已逐漸上升到國家層面。此外，中國本土環境也日新月異。國產化需求和自主研發能力越來越強。一個強大的內部基因被定位。此外，還考慮到無論是國家層面還是企業層面，各行業都希望靈活控制結構的能力。這也是這個行業本地化的需求，這也是去IOE的第二個理由。從長遠來看，IOE架構和非IOE架構會長期共存，因為技術系統的升級不是一兩天就能解決的，尤其是一些核心資料庫、核心應用、核心系統的核心系統。當年經常部署在IOE框架下。

第二個是運維自動化和智能化。這個已經提了好幾年了，從接觸實踐到現在大概有五六年了，現在還在提。事實上，很多行業一直在迭代優化運維的自動化和智能化。它確實可以為我們的運維帶來很多優勢和優勢。

第三個是雙態IT運維。在傳統向互聯網和移動轉型的過程中，一方面為了保證現有業務的運營，另一方面為了適應這種新的IT技術的變化。

第四個是研發與運營的融合，即DevOps。 DevOps 在過去的兩三年裡已經滲透到了千家萬戶。其核心理念包括精益管理、敏捷等理論，通過持續交付、持續集成工具鏈，以及一些輕量級的IT服務管理。基於這些概念和工具，形成了從研發到運營的全流程體系。IT運維效率更高，迭代更快，反饋更快，更好地滿足內部業務需求和用戶需求。這也是研發運營一體化理念的價值所在。

第五個是整合雲資源，提供一個更大的平台來支撐大數據、AI智能、運維等一切各行各業 這也是互聯場景的一大趨勢。這對運維來說既是挑戰，也是機遇。為什麼？因為這個行業在不斷變化，技術也在不斷變化，只要順應大勢而變，我們就站在時代的潮流中。

如果我們在之前的運維理念上還是保守的，不上雲，不摸雲，那你肯定被淘汰了，因為我十年前很難部署一個資料庫，各種配置，各種調用，現在就可以直接打開一個RDS，進行優化，集群就完成了。在效率和穩定性上，分分鍾達到我們傳統的運維水平，這也是我們運維要面對的大勢所趨。

基於此，雲原生的概念在過去一兩年比較流行。事實上，它是對現有雲架構系統技術棧進行更深更廣的整合，採用Devops、微服務、敏捷的概念，採用類似中國大陸和台灣的概念或者開放的概念來構建和重塑技術體系，更好地支持新業務的快速迭代開發，這其實和DevOps的概念有很多相似之處。

第六個是數字化。這也是近兩年在中國的熱門話題。事實上，它也是。我們曾經建設過各種各樣的信息化，建設了很多系統和平台，但往往也搭建了很多障礙，導致我們很多信息系統不可用，業務碎片化。組織也支離破碎。數字化要解決的問題是通過底層的數據和演算法構建新的服務，打通我們的業務。這就是數字化要解決的問題。

大體上講了這么多趨勢，當然也有一些，大體是一樣的。以前是用硬體，現在是軟體自動定義；過去用伺服器，現在用雲，我們現在用雲，未來可能更混合。雲端，雲端整合；以前是技術運維，現在從事技術運維的整合；另外，同樣重要的是，無論我們現在做什麼，網路空間安全現在都提升到了國家層面，在企業裡面也提供了企業的最高點，這個網路安全是IT的一個標准。

⑷ 網路運維怎麼樣

運維的前途取決於個人能力和努力程度！初級運維比較辛苦，頂尖運維卻非常吃香！

首先要說的是，在IT行業里，運維一直是一個被人誤解很深的崗位，一部分人覺得運維技術含量低，覺得運維比開發low，但其實完全不是這樣，運維不僅技術含量不低，甚至還可以說是一個非常高端的職位！

造成這種現象的主要是因為大家對運維工作不了解，覺得比較簡單。

運維職業的一個問題是定位不清晰。門檻不高，什麼網路協議啊，系統內核啊，系統管理之類的都得會一點。所以不同公司運維做的事情可能都是不同的，有的公司運維是系統運維，有的是自動化運維，有的雲計算，而有的公司運維就是網管！

這么一個寬泛的職位，絕不能用底層運維代表所有運維的前途！

從技術廣度來說，運維要掌握非常多的知識和技能，初級的可能技能深度不行，但高級運維不僅會的技能多，而且都非常有深度，所以運維技術含量絕對不低！

拋開誤解和偏見，我們從運維的發展空間來看，運維還是非常有前途的。初級的做手動運維比較辛苦，中級的做自動化運維在公司就已經非常不錯了，而高級的做devops在各大公司都是炙手可熱的崗位，而發展到最後就是系統架構師或者cto，不想上班創業的空間也是非常大的！

不同的級別對應的薪資水平可以看下面這張圖。

所以運維的前途看個人能力和努力程度！要想發展的好，就要去不斷學習提升自己！谷歌有一個崗位叫sre，要你懂整個架構，需要懂開發，出現問題了你可以獨自處理，幾十個人就可以維護10萬台伺服器！這也是高端運維的發展方向。

除了提升自己，運維還非常看公司！要爭取去大公司！大公司運維和普通公司天差地別，大公司都在搞自動化運維，devops，雲計算！在小公司，業務沒發展起來，永遠也接觸不到這些東西。現在是雲計算的時代，雲計算運維是熱門，機會多薪資高，多了解學習雲計算運維吧！

⑸ 運維、測試、程序員，這些技術崗位哪個更有前景

在一個初具規模的互聯網公司，從業務方面出發，有很多崗位類型，比如運營、客服、市場、產品、設計、技術等等。

在這些大類下面，還要細分各種小類，以技術為例，可分為前端（客戶端）、後端、測試、運維、DBA等等，這些都是技術類崗位。

那麼如果想從事這些技術崗位，該如何選擇，哪一個更有前途呢？

這五個崗位，可以做一個分類，前端和後端、運維和DBA、測試

前端和後端屬程序類，也就是通常大家知道的程序員，主要是根據產品的需求開發出軟體，屬於公司的技術核心，非常重要。沒有程序員的軟體公司，也不好意思稱為軟體公司。

運維和DBA，這兩個崗位的主要工作是管理伺服器程序運行的環境和依賴的數據。運維可以看成是伺服器管理員，所有跟伺服器相關工作都是由他處理，比如伺服器程序運行環境CPU、內存、磁碟資源監控、網路是否穩定監控，伺服器程序依賴的軟體安裝等等。DBA就是資料庫管理員，專門管理生產環境的資料庫如MySQL、Redis。這兩個崗位的工資不一定比程序員低，但是市場需求沒有程序員旺盛。一家軟體公司可以沒有運維和DBA，但是不能沒有程序。運維和DBA一般只有上規模的企業配備，小公司都由程序員兼任，畢竟如果公司只有個位數的伺服器，完全沒有必要專門配備一個運維，老闆也不願意花這個錢。

測試，雖然也是技術崗位，但是我個人感覺他們的工作不和技術掛鉤，他們的工作就是不斷使用程序員開發出來的軟體，找出其中的BUG和漏洞。與此同時，他們的另一項工作就是督促程序員幹活，修BUG。

論這些崗位的技術含量，我覺得測試是最低的，低端的測試幾乎沒有技術門檻，只要有軟體使用經驗，基本上都能乾乾測試的活，畢竟只是用用軟體找找BUG嘛，而程序和運維則不行，必須掌握基礎的技術技能才能上崗。當然高端的測試另當別論，他們也可以牛逼到天上。

其次是運維，當然並不是說運維這個崗位沒有技術含量，同樣運維的技術含量也很高，只是通常情況下，程序員都會點運維的工作，裝裝環境，監控下伺服器運行情況，都沒什麼問題。反過來，運維卻不一定會程序員的工作。我覺得運維應該是脫胎與程序員，然後隨著行業的發展，獨立成為一個崗位，本質上還是依附與程序員。

最後則是程序，一個合格的程序員，不但要掌握程序員本職的技術，還需要會伺服器運維的技術，比如自己搭建一個測試環境，這樣的技能是必須的，所以對伺服器必然要有較為深入的了解。同時需要會DBA的技術，通常DBA是在數據量巨大的情況下才會配備，大多數時候一家公司不需要DBA，DBA的工作的都由運維或者程序員兼職的。與此同時，程序員還需要測試技能，當程序員寫出來一個程序時，免不了要進行自測，寫測試用例等等，只有經過自己測試，才可以將功能提交給專門的測試人員進一步測試。

所以，對於這三類崗位，我覺得程序員的技術含量是最高的。

我們再來說說這些崗位的發展前景。

對於一個大公司來說，會有專門的研發部門、運維部門、測試部門，然後設有研發總監、運維總監、測試總監，這些領導在公司的身價不相上下，不存在誰壓誰一頭的情況。但是在小公司通常只有一個技術部，這個部門管轄所有技術類員工，包括程序、運維、測試，甚至有的公司還會包含設計人員。而技術部門的領導十有八九是程序員出身，幾乎不太會是運維或測試出身。因為一個軟體公司的技術部門，沒有運維和測試，照樣可以運轉，雖然有可能轉的不順溜，但是一定可以轉，但是沒有程序員，即便運維和測試配備的多麼強大，這個部門也轉不起來。其次一個技術部門程序員的數量絕對是壓制運維和測試人員數量的。因此在程序員中出技術部門領導的概率遠大於在運維和測試中出領導，除非真的遇到難得一見的人才。

所以，如果你想從事互聯網軟體行業的技術崗位，要想選其中比較有前途的技術類崗位，那麼首選程序員，當然，更多的機會也意味著有更大的競爭，同時也有更大的難度，你選擇程序員不見得一定會成為技術部門的領導，選擇測試和運維也不意味著職業生涯會默默無聞，只是相對來說程序員的情景更加明朗。

與此同時，關於35歲程序員會被淘汰的觀點，其實運維和測試的危險性更大，仔細想想難道不是嗎，運維和測試並沒有比程序員更有優勢，反而劣勢一大堆，那麼肯定比程序員先一步面對淘汰，這是市場規則。

⑹ IT系統運維崗位怎麼樣

運維崗位，如果你的基礎知識是有的，不建議你去做。從長遠的角度，開發崗位是最好的。實施跟運維是同一個性質。都主要看資料庫，只要你編寫sql語句沒問題，一般都能勝任，伺服器環境搭建，還有業務流程或者編寫一下文檔這些，實質上就是編寫sql有點技術性的，其他事情可以定義為「打雜」，在工作中慢慢就學會了。而運維崗位發展空間不大。相比之下，開發崗位一般是有兩條發展路線，一是走技術方向，不停專研新技術，深入研究，這樣過幾年，你就是公司的大神級人物。另外一種是走管理路線的，開發經理、項目經理、產品經理或者實施經理這樣的。

⑺ 在中國移動做資料庫運維好么

挺好的，移動對資料庫運維的要求還是挺高的。
1、對於操作系統和小機要求能夠達到比較熟練的使用水平，相對來說，目前在大中型企事業單位使用較多的是Linux操作系統，一般的小企業使用的是WIN系統。
2、小機方面掌握IBM的小機使用或者是HP的小機使用技能即可。此外，作為一名專業的資料庫運維工程師還需要對於存儲技術、網路技術、集群技術等有一定的了解。
3、其原因在於資料庫作為一個基礎的層面，牽扯到各個方面的應用，一個系統出現問題的時候往往並不是資料庫發生了問題，而是其他的應用出現了問題，這個時候就需要進行專業的診斷，如果工程師沒有一個比較全面的技術掌握就可能不能很快速地處理問題，進而使工作開展困難。

⑻ 做運維工作怎麼樣,有前途嗎

做運維工作有前途，運維是一個進入門檻低，但是發展前景大的行業。但是前路漫漫，想在這個領域有長足的發展，要學習很多，付出很多。運維是指對公司硬體和軟體的維護，硬體包括：機房、機櫃、網線光纖、PDU、伺服器、網路設備、安全設備等。

運維，這里指互聯網運維，通常屬於技術部門，與研發、測試、系統管理同為互聯網產品技術支撐的4大部門，這個劃分在國內和國外以及大小公司間都會多少有一些不同。

一個互聯網產品的生成一般經歷的過程是：項目立項、需求分析、研發部門開發、測試部門測試、運維部門部署發布以及長期的運行維護。

運維，本質上是對網路、伺服器、服務的生命周期各個階段的運營與維護，在成本、穩定性、效率上達成一致可接受的狀態。

對於已在線服務的更新也屬於發布范疇，這個時候的產品發布一般要保障在線發布，在不中斷對外服務的情況下完成產品的升級。對於大型復雜的變更也存在中止服務部署完成後再重新提供服務的情況，但這種情況需要運維工程師通過盡可能的技術手段來避免。

⑼ 做運維工作怎麼樣,有前途嗎

做運維工作有前途，運維是一個進入門檻低，但是發展前景大的行業。但是前路漫漫，想在這個領域有長足的發展，要學習很多，付出很多。運維是指對公司硬體和軟體的維護，硬體包括：機房、機櫃、網線光纖、PDU、伺服器、網路設備、安全設備等。

運維，這里指互聯網運維，通常屬於技術部門，與研發、測試、系統管理同為互聯網產品技術支撐的4大部門，這個劃分在國內和國外以及大小公司間都會多少有一些不同。