① 計算機運維工程師忙嗎
你好,很高興回答你這個問題。
作為一個運維狗有話說,經歷了手動運維、腳本運維、自動化運維等各個階段,運維工作也由非常忙、很忙、比較忙三個階段,咱們每個階段都說下:
1.手動運維
這個階段一般是新手階段,運維知識儲備不足,思想意識也不夠深,基本是通過手動操作來處理各種問題。兵來將擋,水來土掩。由於手動處理,工作效率不高。 因此這個階段隨著各種問題的不斷擠壓,運維工程師將會非常忙,可能真的需要7*24小時工作哦 。
2.腳本運維
這個階段隨著運維技能水平的提高、經驗的不斷積累,運維工程師已經可以熟練的運用工具以及相應的腳本開發,實現批量操作。最重要的還是思想意識的提高,能夠主動考慮如何解決問題,這樣驅動著運維不斷的去接觸新工具、新的解決方案。 因此運維工程師從非常忙降級到很忙,有了一定的空閑時間去學習新知識。
3.自動化運維
這個階段單純的通過工具或腳本已經不能滿足運維日益增長的技能需求,因此此時通過各種媒體渠道、經驗交流,知道運維過程中不僅僅是處理問題那麼簡單,必須形成一定的制度規范,建立一套監控、故障響應、CI/CD機制,實現不同場景的自動化運維。 此時的運維工程師將進入全新的比較忙甚至有足夠的空閑時間,去學習總結,將新的知識點、理念應用到工作中。
最後,運維是一個相對比較復雜的崗位,需要了解的知識面比較廣。當然隨著互聯網技術的不斷更新,運維也需要不斷進行知識的儲備,以便更快速、高效的進行交付工作。
希望我的回答對你有幫助。
我是【木訥大叔愛運維】,歡迎關注,與你分享運維路上的點點滴滴。
忙不忙看公司,小公司事情比較雜,相對要忙一點,大公司運維裡面還分很多垂直領域,相對要輕松一點。
在互聯網公司,運維崗是個佔比很大的技術崗位,跟開發崗,測試崗並列。一個互聯網產品的生成一般經歷的過程是:產品經理、需求分析、研發部門開發、測試部門測試、運維部門部署發布以及長期的運行維護。一個產品的生命周期90%以上時間都在運維手中,所以運維的技術含量並不比開發低,甚至入門要高很多。
大公司有硬體運維,系統運維,數據運維,應用運維,安全運維等等,分的細自然要求也高,你要開發很多自動化系統來保證業務x個9的可靠性;小公司這些都是一個人包了,沒有自動化解決方案,很多需要人肉,運維經驗更重要,什麼故障都能很快定位到。
目前運維工程師跟開發工程師的界限越來越模糊,什麼運維開發崗,什麼開發運維崗,都預示著未來不懂開發的運維在運維界很難立足。
一般,運維工程師都很忙。尤其互聯網公司,他們的職責是保證線上服務或機器24小時不宕機允許,平穩可靠地運行。
巡視網路環境,(通過掃描漏洞等措施)及時發現及時修復安全漏洞是他們的天職。或者幫助開發人員性能優化、提供安全意識也屬於他們的工作范圍。希望你能採納。
總之,運維工程師不會輕松,防範黑客攻擊,網路帶寬優化,24小時輪值待命,防患於未然,防微杜漸意識是做好運維工作的基本要求。
分單位分項目分類型。有的單位信息化程度較高,設備多且種類復雜,數量大必然出現的問題就容易多,這樣一來運維工程師就會很忙;有的項目就是運維類項目,那肯定每天都跟運維打交道,而有的項目是開發或者集成類項目,自然運維的任務就比較少;有的運維工程師類型會比較忙,比如資料庫運維工程師和網路運維工程師,而像虛擬化運維工程師工作量可能就沒那麼大。
忙不忙主要還是取決於公司,這里拋開公司不談,說一下運維的3個階段
我們以一個例子說一下3個階段。這里舉一個例子,一個系統升級和簡單故障處理的場景。
首先是手工運維,公司有3台伺服器台,通過Nginx做的集群和負載均衡,跑的一樣工程代碼。那麼每次伺服器升級的時候,就需要人工把每台伺服器都備份了,然後停止每台伺服器的進程,把新的工程傳到伺服器上,再每台伺服器啟動項目。這樣是不是很繁瑣,同樣的事情機械化做多次,而且全人工操作也有很大的風險。
在伺服器不斷增多的情況下,工作會越來越忙,那麼這個時候就可以引入持續集成的框架,例如Jenkins,它可以很方便的通過我們寫的shell腳本完成上述說的,寫好shell後,只需點擊按鍵,可以一件自動完成從代碼伺服器上拉取最新的代碼,然後自動構建為工程,上傳到目標伺服器,自動停服備份,發布新工程啟動。
這樣就需要一次的腳步勞作,減少機械勞動和人為操作的風險,但是還有個問題就是隨著業務的不斷發展,可能我們需要關注的還有伺服器的性能,彈性擴容等,如果我伺服器超級多,工作就會越來越重。這個時候就有了新技術例如k8s+docker+Jenkins的組合,這里不太怎麼具體搭建框架,介紹下能實現的效果,引入這一套伺服器框架後可以實現,自動備份自動發版,除了上述的,最厲害的是可以實現自動擴容,當你設置一個伺服器cpu性能值,例如50%,當我現在有3個服務,每個服務的cpu都到了設定值,k8s框架會根據我們之前設定的一些參數,自動啟動新的服務,並加入集群,如果判斷到某個節點故障了,也會啟動新服務,然後幹掉故障服務。
所以運維工程師忙不忙,除了公司的因數不談,還要看自己是不是善用各種工具技術
我是@零件小哥,我來回答下這個問題。
我之前也是做過運維工程師,主要在海關信息中心機房做軟體運維。
運維的工作主要有以下內容:
日常巡檢,主要巡檢伺服器CPU、內存、硬碟空間等。涉及到軟體部分,還要巡檢應用服務是否正常運行,有無錯誤日誌等內容。日常巡檢的工作量根據所在企業的業務量大小來確定的,每個企業的標准都不一樣,有的一周巡檢3次,有的一天1次。
故障處理,主要對突發的故障進行處理。故障處理根據故障的級別對客戶進行響應。故障級別一般分為:一般故障、較嚴重故障、重大故障。一般故障指的是不影響系統運行的故障,處理完成時間是24小時,一般故障佔全部故障的90%。較嚴重故障指的是業務運行遲緩、部分用戶受到影響,但系統還是有在運行的故障。處理完成時間是6個小時。較嚴重故障佔全部故障的9.9%。重大故障指的是業務停滯、用戶無法使用業務系統,系統已崩潰的故障。處理完成時間2小時。重大故障比較少見,可能運維工作中幾年不會碰到一次。
運維報告整理,一般是在日常巡檢、故障處理後輸出的技術報告文檔。運維報告每個企業都有固定的模板,我們需要把巡檢後或故障處理後的數據填入報告,把巡檢問題詳細記錄,把故障問題和故障處理方式詳細記錄。
應用部署更新,主要是更新應用服務。開發人員會把更新補丁交付給運維工程師,我們需要備份先前版本的應用後更新補丁。
客戶問題解答,主要在運維工作群中解答客戶關於系統使用問題的解答。
最後重點來了,運維工程師忙不忙呢?有的人說忙,也有人說不忙。其實都是有的。根據所在企業的業務量來確定,國企和私企也有區別。系統運行故障少,我們一般按時做好巡檢就可以了,這樣工作量就比較少,相對會輕鬆些。系統不穩定的話,那肯定就很忙了,時不時客戶一個個電話打進來就夠頭疼了。
說到運維工程師,一般人都會認為是修電腦的。實際上運維工程師的工作並不是這么簡單。運維從字面上理解,運就是運行,維就是維護,那麼運維工程師的職能就是保障業務的正常運行並在出現問題時及時維護。
用專業的術語來解釋運維工程師是負責維護並且確保整個服務系統的高可用性,同時不斷優化系統架構提升部署效率、優化資源利用率提高整體的ROI。運維工程師是一個統稱,其中有很多分類。包括:桌面運維工程師、網路運維工程師、系統運維工程師、基礎運維工程師等等,他們的劃分主要是工作具體內容的不同。
運維工程師最忙的時候是他們完成一個項目產品的時候,有的時候需要加班好幾個星期。他們在產品項目完成的不同階段會發揮不同的作用。所以其實他們的工作內容很多:
產品發布前:負責參與並審核架構設計的合理性和可運維性,以確保在產品發布之後能高效穩定的運行。
產品發布階段:負責用自動化的技術或者平台確保產品可以高效的發布上線,之後可以快速穩定迭代。
產品運行維護階段:負責保障產品7*24H穩定運行,在此期間對出現的各種問題可以快速定位並解決;在日常工作中不斷優化系統架構和部署的合理性,以提升系統服務的穩定性。
運維工程師是一個需要二十四小時在線的職業,因為你不知道什麼時候系統就需要你去維護。所以就算你休假在家,需要運維工程師的時候也需要出手。
運維工程師會有著很多業務需求,如果運維工程師能夠滿足業務需求,或者主動挖掘業務的痛點和改進方法,就能為業務實現更多的價值。業務由於故障引起的中斷一定會造成損失,所以能在發病之前就將它修理好,這才是運維工程師的核心價值。在滿足業務需求時,優先面對業務快速發展非常重要的需求,例如穩定性,部署和變更效率,容量管理。
那沒有項目的日常,運維工程師們都在幹嘛,是不是無所事事的玩手機?當然不是了,如果你這么做的話,會被炒魷魚的。那運維工程師日常工作是幹嘛呢?每日定時對機房內的網路伺服器、資料庫伺服器、Internet伺服器進行日常巡視,檢查是否正常工作,公司的網站是否能正常訪問;每日巡查計算機系統各個終端電腦、列印機、復印機等設備是否工作正常,是否有不正確的操作使用,是否有帶故障工作的設備;每天夜間在大家都下班之後對財務軟體進行自動實時備份,每周做一次物理數據備份,並在備份伺服器中進行邏輯備份的驗證工作;每周至少對文件伺服器做一次物理數據備份;還有就是處理各種有關網路的突發問題。當然每個公司的運維工程師從事的工作是大同小異的,有的公司可能還會給運維工程師安排其他的工作。所以正在學習從事運維工程師的同學們和想要成為運維工程師的同學們,對於自己想要從事的崗位工作內容有沒有多一點了解?以後別人問起來運維工程師是幹嘛的,千萬別再讓別人覺得就是個修電腦的了。而且看了工作內容,你們有沒有信心成為運維工程師的佼佼者呢?
有時候很忙,運維工程師平時要做事比較雜,負責環境和服務包部署,解決部署問題,保障系統服務的正常運行,協助開發定位問題,有的需要24小時響應及時處理線上問題,部署和升級服務的話只能在晚上或半夜用戶流量少的時候,所以熬夜通宵幹活還是比較累的
就看你公司運維系統做的怎麼樣,如果做的好就要輕松點,但是如果直班也惱火
② 在中國移動做資料庫運維好么
挺好復的,移動對資料庫運維的要求還制是挺高的。
1、對於操作系統和小機要求能夠達到比較熟練的使用水平,相對來說,目前在大中型企事業單位使用較多的是Linux操作系統,一般的小企業使用的是WIN系統。
2、小機方面掌握IBM的小機使用或者是HP的小機使用技能即可。此外,作為一名專業的資料庫運維工程師還需要對於存儲技術、網路技術、集群技術等有一定的了解。
3、其原因在於資料庫作為一個基礎的層面,牽扯到各個方面的應用,一個系統出現問題的時候往往並不是資料庫發生了問題,而是其他的應用出現了問題,這個時候就需要進行專業的診斷,如果工程師沒有一個比較全面的技術掌握就可能不能很快速地處理問題,進而使工作開展困難。
③ 女生做運維推薦嗎發展路線是怎樣的
女生做運維,個人覺得可以的,發展也不錯!
一、包容心強,女性都有著與生俱來的媽媽對待孩子一樣包容性格。當在職場里遇到沖突的時候,女性往往比較容易首先考慮別人的感受和情緒;同樣,在遭遇反對意見的時候,更善於換位思考,而不是一味要求對方服從,這些都會給女性加分。
二、擅長社交,女性一般更溫柔,善於表達和與人交流。因此,女性通常在職場比男性有親和力,還可以通過扮演不同的角色來與人相處,比如可以做他人情緒垃圾桶的知心姐姐等。
三、敏銳直覺,也就是所謂的「女人的第六感」,這個是男性往往缺之的,男性比較依賴自己的邏輯推理與分析評判。但女人如其實完全可以在最短時間裡面、用最直接的方式一一直覺,來找到解決的方法和做對決定。
接下來我覺得女生做運維工程師要考慮到是一些問題。雖然很多公司對於IT部門都不會考慮女生。難道女生做網路運維工程師真的那麼難?這年頭還有這種就業歧視嗎?其實並不是女生做網路工程師難,也不是就業歧視,而是個別崗位對女生來說確實會比男生更加吃力,企業也是考慮到女生可能會吃不消這個問題,所以在招聘時會更傾向於招男生。
在具體說這個問題之前,首先你需要知道的是:運維工程師是一個非常廣的概念,涉及到的崗位類型及工種也非常多,運維是個很泛的領域,就像你在問「什麼是開發」一樣,同樣的,「運維工程師」也是個很范的職位,運維工程師都的頭銜梳理出來運維已達到很多個細分的職位,我們日常聽到的使用頻率最高的運維頭銜: IT運維工程師、Linux運維工程師、運維開發工程師、應用運維工程師。按側重某項技能或行業的運維頭銜:系統運維工程師、資料庫運維工程師網路運維工程師、網路安全運維工程師、桌面運維工程師、CDN運維工程師、IDC運維工程師、存儲運維工程師、硬體運維工程師、游戲運維工程師等等。其中部分工程師需要頻繁出差、工作壓力較大、經常加班或者需要頻繁出入網路機房的崗位,確實有對女生會有一定的門檻,所以這些崗位一般都是男生比較多。
當然,也有這個崗位上做得非常好的女生,完全不輸男生。其實像IT里很多像產品工程師、售前工程師、文檔及知識生產工程師、安全滲透工程師、產品測試工程師、遠程程技術支持等崗位,都是比較適合女生的,而且有些企業的很多崗位都特定只招募女生,不要男生。所以,關於女生做運維工程師有沒前途的話題,其實是沒有準確答案的,主要還是看個人綜合能力及興趣。即便是又臟又累的的售後工程師崗位,也同樣有女生在這個崗位上發光發熱,甚至做得比男生還出色。
④ 運維工程師未來發展怎麼樣,前景好不好
架構趨於復雜,IT運維管理外包優勢凸顯
隨著信息化的推進,我國企業信息系統中的IT設備在種類和品牌上日益呈現出多樣化的特點。由於原廠服務商所提供的運維服務受限於自身產品,其服務的對象和內容相對比較單一。而第三方的運維服務商綜合了不同伺服器、存儲等各類認證的服務工程師團隊,可以針對各個廠商的產品提供相應的運維服務。
因IT架構復雜度和多樣性不斷提高,IT運維管理外包在降低管理成本、提高運營效率方面的優勢日益凸顯。綜合來看,企業管理日漸成熟、運維工作日益繁重、運維工作特殊性質、服務公司的成長是IT運維管理外包的主要驅動因素。
根據運維服務的對象不同,IT運維管理外包可以劃分為桌面支持外包、IT基礎架構外包和應用系統外包三個層面。其中IT基礎架構外包的主要內容包括系統、伺服器維護支持,軟體、服務調試,網路系統維護等。
IT運維管理外包市場競爭格局分析 選擇本土供應商作為合作夥伴
過去運維服務商的競爭格局非常分散,市場上存在著大量的中小型本地運維服務商。雲計算時代的到來讓中小企業開始轉向公有雲服務,由於阿里雲、騰訊雲等大型雲服務商往往更專注於自身的雲產品,企業在運維管理方面的個性化需求往往不能得到滿足,行業內領先的第三方運維服務商通過與雲服務商積極合作,向雲運維市場滲透,進而搶佔中小運維廠商的市場空間,行業集中度進一步提升。
此外,IT外包市場的競爭格局也正在發生變化,越來越多的外企開始選擇本土供應商作為自己的外包合作夥伴,原因有三點:
1、隨著運維外包市場的日益成熟,用戶在選擇合作夥伴時更趨理性;
2、經過多年的實踐和磨練,本土資深的運維外包供應商的服務實力大幅提升,比如顧問數量、顧問現場能力、服務覆蓋區域、價格等方面都具有明顯優勢;
3、借著引入ITIL等規范化的服務流程和服務標准,本土供應商又創新性的結合國內的實際情況,形成了一套行之有效的服務保障體系和運作方法。
2018年中國IT運維外包市場規模接近960億
隨著數據中心運維市場的深入發展,數據中心軟硬體設備越來越復雜和多樣化,企業更願意接受第三方運維服務,實現跨廠商的硬體維護和軟體運維服務。近幾年,中國IT運維外包市場規模保持高速增長,據前瞻產業研究院發布的《中國IT運維管理行業經營模式研究與投資預測分析報告》統計數據顯示,2012年中國IT運維外包市場規模已達313億元。2015年中國IT運維外包市場規模達到561億元。到了2016年中國IT運維外包市場規模達到了666億元,截止至2017年中國IT運維外包市場規模增長超800億元。2012-2017年復合增長率高達20.3%。到了2018年底中國IT運維外包市場規模達到了958億元,同比增加19.5%。
2012-2018年中國IT運維外包市場規模統計情況
資料來源:前瞻產業研究院整理
未來一段時間內,「去IOE」、雲計算還將繼續主導數據中心市場的發展,第三方運維服務商會成為數據中心壟斷格局破除後的直接受益方。
⑤ 運維工程師是做什麼的
運維開發工程師的職責是:負責日常運維工作;推動及開發高效的自動化運維、管理工具,提升運維工作效率;制定和優化運維解決方案,包括但不限於柔性容災、智能調度、彈性擴容與防攻擊;探索、研究新的運維技術方向。
運維開發工程師的任職要求是:1、本科及以上學歷,年齡在18周歲以上;2、熟悉常見應用服務的配置和優化;3、能熟練使用常用的監控軟體;4、善於分析思考問題,有責任心;5、服從工作安排,身體健康。
⑥ 資料庫運維業務好談嗎
資料庫運維業務不好談,移動對資料庫運維的要求還是挺高的。
1、對於操作系統和小機要求能夠達到比較熟練的使用水平,相對來說,目前在大中型企事業單位使用較多的是Linux操作系統,一般的小企業使用的是WIN系統。
2、小機方面掌握IBM的小機使用或者是HP的小機使用技能即可。此外,作為一名專業的資料庫運維工程師還需要對於存儲技術、網路技術、集群技術等有一定的了解。
3、其原因在於資料庫作為一個基礎的層面,牽扯到各個方面的應用,一個系統出現問題的時候往往並不是資料庫發生了問題,而是其他的應用出現了問題,這個時候就需要進行專業的診斷,如果工程師沒有一個比較全面的技術掌握就可能不能很快速地處理問題,進而使工作開展困難。
⑦ IT運維工程師發展前景如何
計算機專業的就業前景那肯定是很不錯的,互聯網如今的普及度應該不需要多說,就如今的發展速度來看,計算機專業在很長一段時間都會持續發展,前景還是很不錯的,很值得學習
⑧ 運維真的是整個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的一個標准。