資料庫自動化運維

Ⅰ 運維工程師後期的主要工作內容是什麼

運維是一個廣義概念如螞雹，可以理解為運行和維護，這也和具體的學習以及工作息息相關，要想進行維護，首先要先把服務搭建起來，也就是先運行。這里我們所說的運維是指對伺服器和資料庫及集成環境的運維。
首先運維要學什麼？
如果不喜歡大段文字，請直接看加粗字體：
操作系統：linux、windows
常用服務：RAID、vsftpd、samba、ssh
安全知識：iptables、firewalld、selinux、DDOS、CC
伺服器：物歷apache、nginx、tomcat、weblogic
資料庫：Mysql、oracle、redis、mongodb、memcached
負載均衡：nignx、lvs、f5
高可用：keepalived
監控：zabbix、prometheus、openfalcon、grafana、睿象雲告警平台
自動化運維：saltstack、ansible
虛擬化：docker、k8s
雲計算：渣帆openstack
其他知識：計算機網路

Ⅱ 騰訊雲專家經驗凝聚成簡，593頁MySQL DBA工作筆記，透析MySQL架構

資料庫運維的變革，經歷從冊顫衫手工造到腳本化、系統化、平台化、智能化的轉變，逐步實現DBA對資料庫的規范化、自動化、自助化、可視化、智能化、服務化管理，從而保障資料庫的安全、穩定、高效運行。

MySQL則是目前最流行的關系型資料庫，網上的學習資料也十分充足，這是一件好事，但是但小課堂依然推薦一定要看一看 《MySQL DBA工作筆記》 這本書

本書是根據ACE，騰訊雲TVP，資深DBA，一線資料庫專家多年運維經驗凝聚成簡，自已多年工作歷程，點滴積累，從理論到實踐，從開發規范視角到運維基本操作，從業務需求到架構優化，全面闡述如何使用和運維好MySQL資料庫，此書必將使你受益良多。

此書是 全面理解新時代DBA技術轉型思路和運維心得 的最佳選擇，是 透徹解析MySQL運維管理、架構優化和運維開發 的指路明燈；話不多說，跟著小課堂一起看一下！！！

第1章MySQL發展和技術選型

第2章理解MySQL體系結構

第3章MySQL基礎運維面面觀洞跡

第4章SQL開發規范和基礎

第5章MySQL運維管理實踐

第6章MySQL查詢優化

第7章MySQL事務和鎖

第8章MySQL集群和高可用設計

第9章MySQL性能測試

第10章基於業務的資料庫架構設計

第11章運維開發基礎

第12章自動化運維架構設計和規劃

第13章MySQL運維基礎架構設計

第14章MySQL運維管理模塊設計

第15章運維自助化服務

MySQL作為州腔現在最火的資料庫，火爆程度不用我們來說，小課堂相信，這本來自一線資料庫專家的 《MySQL DBA工作筆記》 一定能給大家帶來巨大的收獲，也能進一步推進MySQL的發展。

Ⅲ 正在做it運維，Linux和資料庫方面的有什麼好建議

linux系統如果是學習可以選用redhat或centos，特別是centos在企業中用得最多，當然還會有其它版本的，但學習者還是以這2個版本學習就行，因為這兩個版本都是兄弟，沒區別的，有空可以再研究一下SUSE，有些公司也喜歡用，例如我公司 。。。。。

工具如下：

1、linux系統基礎，這個不用說了，是基礎中的基礎，連這個都不會就別幹了，參考書籍，可以看鳥哥linux基礎篇，至少要掌握這書60%內容，沒必須全部掌握，但基本命令總得會吧

2、網路服務，服務有很多種，每間公司都會用到不同的，但基礎的服務肯定要掌握，如FTP, DNS,SAMBA, 郵件, 這幾個大概學一下就行，LAMP和LNMP是必須要熟練，我所指的不是光光會搭建，而是要很熟悉裡面的相當配置才行，因為公司最關鍵的絕對是WEB伺服器，所以nginx和apache要熟悉，特別是nginx一定要很熟悉才行，至少有些公司還會用tomcat，這個也最好學一下。其實網路服務方面不用太擔心，一般公司的環境都已經搭建好，就算有新伺服器或讓你整改，公司會有相應的文檔讓你參照來弄，不會讓你亂來的，但至少相關的配置一定要學熟，而且肯定是編譯安裝多，那些模塊要熟悉一下他的作用，特別是php那些模塊。
這面2點只是基礎，也是必要條件，不能說是工具，下以才是真正的要掌握的工具。

3、shell腳本和另一個腳本語言，shell是運維人員必須具備的，不懂這個連入職都不行，至少也要寫出一些系統管理腳本，最簡單也得寫個監控CPU，內存比率的腳本吧，這是最最最基本了，別以為會寫那些猜數字和計算什麼數的，這些沒什麼作用，只作學習意義，寫系統腳本才是最有意義，而另一個腳本語言是可選的，一般是3P，即python, perl和php，php就不需要考慮了，除非你要做開發，我個人建議學python會比較好，難實現自動化運維，perl是文本處理很強大，反正這兩個學一個就行了。

4、sed和awk工具，必須要掌握，在掌握這兩個工具同時，還要掌握正則表達式，這個就痛苦了，正則是最難學的表達式，但結合到sed和awk中會很強大，在處理文本內容和過濾WEB內容時十分有用，不過在學shell的同時一般會經常結合用到的，所以學第3點就會順便學第4點。

5、文本處理命令，sort , tr , cut, paste, uniq, tee等，必學，也是結合第3點時一並學習的。

6、資料庫，首選mysql，別問我為什麼不學sqlserver和oracle，因為linux用得最多絕對是mysql，增刪改查必學，特別要學熟查，其它方面可能不太需要，因為運維人員使用最多還是查，哪些優化和開發語句不會讓你弄的。

7、防火牆，不學不行，防火牆也算是個難點，說難不難，說易不易，最重要弄懂規則，如果學過CCNA的朋友可能會比較好學，因為iptables也有NAT表，原理是一樣的，而FILTER表用得最多，反正不學就肯定不合格。

8、監控工具，十分十分重要，我個人建議，最好學這3個，cacti，nagios，zibbix，企業用得最多應該是nagios和 zibbix，反正都學吧，但nagios會有點難，因為會涉及到用腳本寫自動監控，那個地方很難。

9、集群和熱備，這個很重要，肯定要懂的，但到了公司就不會讓你去弄，因為新手基本不讓你碰，集群工具有很多，最好學是LVS，這是必學，最好也學學nginx集群，反向代理，還有熱備，這個就更多工具能實現了，像我公司是自己開發熱備工具的，mysql熱備也要學，就是主從復制，這個別告訴我容易，其實不容易的，要學懂整個流程一點也不容易，只照著做根本沒意思。

10、數據備份，不學不行，工具有很多，但至少要把RAID的原理弄懂，特別是企業最常用的1+0或0+1，自己做實驗也要弄出來，備份工具有很多，如tar, mp, rsync等，最好多了解一下。
算了，說到這10點已經夠你受了，應該可以入門了，因為有些技術會比較難學，例如apache和nginx中還有些很重要的技術，如系統調優和服務優化，還有程序優化，這些在沒接觸工作前很難學習到的，所以先把這10點學了吧，估計要學熟至少3個月不止，就腳本那部分已經讓你很吃力了，我建議是先學熟shell，等工作後再學另一門腳本語言，這樣會比較好。

以上就是踏入linux運維工程師需要掌握的工具，其實還有很多工具要掌握的，但你在學習環境中是很難學到，最後我再提醒一下，這里所指的工具相當於技能，而不是像windows或ubuntu那些圖形化工具，那些工具沒用的，還有，學linux就別裝圖形界面，這樣虛擬機就不用吃太多內存，而且絕對不建議在真機上裝linux，根本達不到學習效果。

更多相關內容可參考資料http://www.viiboo.cn

Ⅳ 系統支撐和服務程序的有哪些

您好，系統支撐和服務程序包括：1.系統安裝：安裝操作系統、軟體、硬體驅動程序等；2.系統維護：定期檢查系統、更新系統補丁、槐洞更新軟體、更新硬體驅動程序等；3.系統優化：優化系統性能、提高系統安全性；4.系統備份：定期備份系統數據；5.系統監控：定期監控系統狀態；6.系統恢復：恢復系統故障鉛乎枯；7.系統升級：升級系統軟體、硬體等；8.系統管理：管理系統用戶、許可權等；9.系統安全：安裝安全軟體、防火牆等；10.系統客服：提供系統咨詢、培訓頃梁服務等。

Ⅳ 運維需要學什麼

運維工程師一般有系統運維、網路運維、運維開發、資料庫運維、雲運維等方向，今天主要介紹系統運維工程師所需要具備的一些技能和考證方面。

系統運維工程師必備技能
系統運維工程師不僅需要有Linux基本操作技能，還應該會伺服器硬體、以及企業里常用的雙機集群、Windows、VMware、資料庫等技能，這樣才能有擔任合格的系統運維工程師。
需要特別注意企業里物理機都是用雙機集群，一定要掌握雙機集群的技能，包括Linux雙機集群、Windows雙機集群、Oracle Rac資料庫集群、SQL Server資料庫集群等。

Ⅵ 數據自動化運維應該注意哪些事項

一、基礎數據概況

CMDB中文是配置管理資料庫，存儲與管理企業IT架構中設備的各種配置信息，與未來的IT運維管理標准化和流程化緊密關聯，並且支持流程的運轉。運維管理平台創建初期或初版中的CMDB更多是偏向IT資產管理，我們在這里定義的IT資產管理，暫時拋除公司個人使用的普通PC機。

日誌主要存儲CMDB中涉及到伺服器或是其它設備的日誌信息。

DB主要是所有IT系統的資料庫信息，包括運維管理系統本身的資料庫。由於資料庫的重要性，所以在基礎數據中單獨一個模塊管理資料庫，包括生產資料庫、測試資料庫、開發資料庫。資料庫的日誌放在日誌模塊進行統一管理，監控和備份。

知識庫主要存儲日常運維管理中發生的事件、問題以及一些經典問題的解決和常用的謹敗戚解決方案，主要起到運維管理輔助的功能。

二、基礎數據三要素

基礎數據要求完整、准確、實時，這三個特性缺一不可。

1.完整性

完整性，要求在數據採集整理階段，要一一梳理，不能有遺漏。任何一個設備的疏漏都將會導致未來出現問題。例如最近的勒索病毒在防範上需要給伺服器升級打補丁，這個時候就是根據伺服器清單一一對照，升級。如果有遺漏落下的伺服器未及時打補丁而導致病毒入侵，後果將很嚴重。那麼，如何做到完整性呢？大致可以分為以下幾步：

文檔庫也包括一些企業或是部門的規章制度，與供應商的合同條文等。主要是涉及到IT系統文檔的一個存放和查閱的地方。

運維標准和運維流程的文檔一定是必不可少的。因為運維自動化的前提就是運維的標准化和流程化。如果沒有明確的標准和規范的流程，運維自動化就只能一直停留在測試環境的假想空間中。

總結

基礎數據在整個運維管理中起到基礎、奠基的重要作用，也是做運維管理平台的第一步和以後每一步的重要依據。一定要捨得投入時間、人力等來建立起完整、准確、實時的基礎數據。打好地基，以後運維的每一步都將有條不紊地循序漸進，終將建設成屬於運維的高樓大廈。

Ⅶ 35歲IT男，做資料庫運維是否有前途

資料庫運維，也就是資料庫管理員，簡稱DBA。這個職業在十五年前是十分有前途的。薪酬回報很高，在那段時期，也誕生了很多十分有名的DBA。比如說Fenng，馮大輝（曾任支付寶DBA團隊的Leader）（這里只說他有名，關於他的技術、人品不作討論，無論你怎麼看他，他在技術圈有一定灶戚知名度是無法否認的）。

但現在，DBA已經不是一個很好的工種。加班、工作時長、薪酬回報不高，這就是DBA職業的現狀。不過，如果會開發，比如Python。Python+DBA，可以做運維自動化工程師，是非常有前途的。如果你想法DBA，建議向這個方向發展。35歲，也可以隱散陵的。

資料庫的話，建議以Oracle、MySQL這兩大資料庫為主。同時掌握這兩種掘神資料庫的管理與運維。當然，選其他資料庫也可以。這兩個資料庫比較主流。

Ⅷ 運維真的是整個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的一個標准。

Ⅸ 運維是干什麼的

運維（Operation and maintenance）一般是指對大型組織已經建立好的網路軟硬體的維護，其中傳統的運維是指信息技術運維（IT運維）。
所謂IT運維管理，是指單位 IT 部門採用相關的方法、手段、技術、制度、流程和文檔 等，對IT 運行環境（如軟硬體環境、網路環境等）、IT 業務系統和 IT 運維人員進行的綜合管理。
隨著信息化進程的推進，運維管理將覆蓋對整個組織運行，進行支持的管理信息系統涵蓋的所有內容，除了傳統的IT運維，還拓展了業務運維和日常管理運維。
其參與的對象也從IT部門和人員，拓展到組織的管理層和各部門，及其相關的業務骨幹。運維的最終結果是對軟體運行中各種性能的維護。
運維工程師從工作方式上分為幾大類：
1，運維工程師/運維開發工程師：
負責具體的產品線運維工作，同時也需要掌握開發的能力，深入業務，最了解業務的痛點和問題，同時研發/優化針對產品業務需求的平台、工具和手段，能夠接觸到各類優秀的系統架構並有能力做出優劣對比，同時對業務的掌控決定了相應運維工程師在業務發展中的作用。長遠發展是成為大型系統的架構師。
2，運維平台研發工程師：
專門研發運維相關通用平台和技術，需要有一定的產品線運維經驗或從產品線中拿到運維需求。對研發能力有較高的要求，對系統的設計有較嚴格的標准，並且能夠理解用戶需求，做出適合服務運維和滿足運維工程師使用體驗的運維產品，長遠的發展是成為各個技術縱向領域的技術專家。
3，資料庫研發工程師/資料庫工程師：
資料庫方向是運維技術中較為特殊的一個方向，由於業務的重要性通常需要專設崗位，業界在該方向也有深厚的研究和積累。主要方向有資料庫內核、雲資料庫等，長遠發展是資料庫領域的技術專家，資料庫架構師。
4，運維經理：
運維同學做事情的過程中通常需要協調多個RD和QA同學，對協調和推進能力要求比較高，對一些技術深度還不錯，協調和推進能力比較高的同學非常適合轉型管理職位，長遠的發展和技術部門的管理職位一樣目標是CTO、CEO。
各個方向上的工程師發展到一定階段後，沒有明確的界限，需要同時具備較強的運維、架構、編程、演算法等能力，是一個要求很高要求的職業。

Ⅹ 運維和dba有區別嗎_dba運維是什麼崗位

有區別。

1.DBA是面向資料庫的（資料庫管理員，或者資料庫架構師），專門搞資料庫方面的。

比如搭建資料庫架構，優化表、存儲過程、等等這些的性能，會細化到某個語句或者節點上

2.影響資料庫性能檢測和日常維護

3.資料庫安全性，尤其是注入攻擊，死鎖這些，DBA必須都得會

4.資料庫熱備，還原，資料庫遷移

5.mysql，sqlserver。。。一大堆資料庫的研究部署工作

DBA是個細化具體的職業，在中國的大企業很牛逼，小企業不重視，一般企業也用不到，對技術的要求非常高，他們一般都是讓程序員或者運維去搞定資料庫的事情，不願意花錢養一個DBA。。。

運維。。。（面向「大中小型企業」的全能「人才」，我說的是廣義的「運維「）

資料庫日常監測和維護

linux，windows伺服器監測和維護，包括熱備，故障處理，磁碟陣列，性能調優，負載均衡等等。。。。。。

部署網站，頃鎮應用

Nginx、Tomcat、LVS、Keepalived、Haproxy安裝、配置、維護及調優。。等等一大堆

shell，perl等腳本的自動化運維，有的要懂C或者python

要精通Linux系統如centos、ubuntu精通Apache、Redis、MySQL、FTP、DNS、Squid等常用服務的安裝、配置和維護

網路維埋乎塵護，網路設備故障檢修

打雜，修燈泡，修Pc，通廁所

陪老闆喝酒。。。。。。

等等

運維和DBA都挺偉大的，運維在中國的中小企業已經完全淪為打雜的職業，敲得了代碼，修得通網路，弄的了伺服器，搞的了電腦。。。雜碎事一大堆。

大企業運維就很專業了，泡在機房裡面，一般只是和伺服器，資料庫相關的打交道，及時處理故障，沒有小企業那種亂七八糟的事情

真正的運彎禪維和中國中小企業的傳統運維完全不是一碼事，這個職業在中國已經被垃圾的互聯網公司損毀了