維運工作十多年,無數個瞬間、我覺得自己還是個小白...
曾幾何時,當我還是一名初出茅廬的電腦專業應屆生的時候,在招聘網站上瀏覽了很多招聘貼,眼花繚亂的技術崗位讓我摸不著頭腦:研發工程師、運維工程師、測試工程師. ..
大學期間專業課馬馬虎虎,更談不上有什麼技術視野,對於具體從事那個技術方向並沒有什麼明確的想法。
直到一位學長對我說:「做運維吧,做運維不用天天寫程式碼,會玩Liunx 就行!比做開發輕鬆多了!」
我選擇了相信......
入行十多年,吃過很多苦,背了很多鍋,弄死過服務器,經歷過部門裁員,如果有人現在跟我說做維運比開發簡單,那我會毫不猶豫的把他拉黑...
基礎的運維工作很簡單,但運維工作最大的特點就是複雜
在我看來,維運工作可能是最複雜的技術工種之一,需要處理大量的技術細節、不同平台的整合和配置,以及解決各種複雜的問題和故障。因此需要維運人員擁有廣泛的技能和知識,以應對不斷變化的技術和業務需求:
維運常常要面對的複雜平台維運工作。原因是企業通常需要管理和監控的不是單一的平台和系統,而是複雜的多,這些系統可能來自不同的供應商,使用不同的協定和技術,包括伺服器、儲存、網路、應用程式等。
繁瑣的配置管理也是維運工作的困難之一。配置管理涉及大量的任務,例如係統安裝、配置更新、軟體安裝和更新等。這些任務需要在整個系統中協調和執行。
大規模叢集的管理工作同樣不簡單。大型企業需要管理數千台伺服器,這需要強大的工具和自動化技術。運維人員需要使用自動化工具來管理配置、更新、監視和報告。
維運安全問題同樣不能忽視。維運人員需要保護公司的資產和數據,並確保系統的安全性。這可能包括防火牆、入侵偵測系統、安全性修補程式管理等。
維運也需要有豐富的故障處理經驗。故障是維運工作中的常見問題,當系統出現問題時,維運人員需要快速定位故障,並採取措施恢復服務。
持續學習是對維運人最基本的要求。維運工具和技術的快速演進十分誇張,IT技術不斷發展,新技術和工具不斷湧現,維運人員需要不斷學習和更新知識,以跟上技術的快速演進。
維運是高危險職業,沒弄死過伺服器的維運人生是不完美的?
如果說高風險職業,維運絕對可以算一個,即使在不少大公司,也常發生運維人為操作引起的宕機事故:
太平洋石油公司網路攻擊( 2021年):2021年5月,美國太平洋石油公司遭到一次勒索軟體攻擊,導致該公司的網路和伺服器故障和停機。據報道,該事件是由於一名員工在誤操作時打開了一個惡意連結導致的。
GitLab故障(2017年):2017年1月,程式碼託管服務供應商GitLab發生了一次嚴重的資料遺失事件,導致許多客戶的資料被永久刪除。根據GitLab後來的官方聲明,這是由於一名員工在誤操作時刪除了一個生產資料庫的文件所導致的。
沃爾瑪伺服器宕機(2019年):2019年11月,美國零售巨頭沃爾瑪的伺服器在一小時內多次宕機,導致該公司的網站、應用程式和支付系統無法正常運作。據報道,該事件是由於一名員工在進行例行的伺服器維護時出現錯誤導致的。
微軟Azure雲端服務中斷(2020年):2020年9月,微軟的Azure雲端服務出現了全球性的中斷,導致許多客戶的應用程式和服務無法正常運作。後來證實,該事件是由於一個網路配置錯誤導致的。
維運也可能面對各種不可抗力,甚至是自然災害
菲律賓颱風(2013年):2013年11月,菲律賓遭遇了一場強烈的颱風,這是自1947年以來菲律賓遭遇最強的颱風。這場颱風造成了超過6,000人的死亡和失踪,並且對該國的基礎設施造成了嚴重破壞。該災難也導致許多國際企業在菲律賓的資料中心和伺服器停機。
美國颶風(2012年):2012年10月,美國東海岸遭遇了一場強烈的颶風,造成了大規模的停電、通訊中斷和水災。這場災難也導致了一些知名公司和服務提供者的資料中心和伺服器停機,包括亞馬遜、谷歌和Netflix。
職涯發展方向不明確,運維工作常常陷入職場迷茫...
硬技能落後可能是運維人面對的最大難題。隨著科技的不斷進步,維運工作需要不斷學習新的技能和工具,以適應不斷變化的市場需求。然而,對於一些從事運維工作多年的人來說,他們可能會發現自己的技能已經落後於市場需求,這會讓他們感到困惑和不知所措。
大環境不好真不是維運造成的。與其他技術領域相比,維運領域的職涯發展路徑相對較模糊。在一些組織中,維運工程師往往只被視為“後勤部門”,缺乏與其他技術團隊平等的地位和待遇,例如無法得到應有的認可和獎勵。這更加重了維運的負面情緒,因此一定程度導致維運工程師對職涯發展前景不夠明確。
只顧低頭走路,無暇抬頭看天。維運工作的本質是確保系統的穩定性和可靠性,因此維運工程師必須隨時保持高度的警覺和專注。這可能會導致他們的工作壓力非常大,特別是在面對系統故障或緊急事件時。疲於應付生活中的苟且,無暇思考職涯發展的遠方。
因此我們常常在思考,維運生涯如何更好的發展?
布萊恩·費瑟斯通豪所著《遠見》一書中描述了職業生涯的普遍發展規律,其中提到的原則或許能給我們答案:
具備未來45年的思維,如果以較長的時間跨度為規劃,例如45年,你就不會在乎眼下一城一池的得失。而且在有明確職涯規劃的前提下,更容易克服困難,堅持下去。
而我們要做的是明確運維技術發展的路徑,從而在一個細分技術領域做到極致
向DevOps 轉型:不知何時,技術圈開始流行一種所謂的「DevOps已死」的論調。然而 DevOps 絕不是簡單的讓開發去做維,讓維運無路可走。
維運工作已經很難了,別在給我們製造恐慌了。
真正DevOps 的必要組成部分應是一個內部DevOps 平台和維護內部平台的專門團隊,而不是一堆需要程式設計師自己去搞定的零散開源工具,或者說讓開發去幹運維的活。真正的 DevOps 團隊應該讓開發和維運緊密團結在一起,共責,協同提升IT效能,從而為業務賦能。
維運向DevOps 的轉型需要維運人員掌握一些關鍵的工具和技術,如持續整合、持續交付、自動化測試、容器化等,同時DevOps 團隊應引入敏捷開發、迭代開發和持續交付等方法。在一個建立完備 DevOps 文化的企業,維運轉型 DevOps 工作是一個非常好的發展路徑。
向 AIOps 轉型:同樣 AIOps 也是維運一直比較好的職涯發展路徑。 AIOps 可以幫助 IT 維運人員自動化一些常規的、繁瑣的、低價值的操作,如日誌分析、故障排除等,從而釋放更多的時間和精力來解決更複雜的問題。
同時維運工作涉及到許多方面,包括基礎設施管理、應用程式部署、監控、故障排除等等,這些任務需要人類維運人員的專業知識和經驗。
AIOps 技術可以提高 IT 維運效率和準確性,但是它並不會完全取代人類維運人員的工作。相反,它們可以共同工作,提高整個 IT 維運團隊的效率和生產力。
轉型為SRE:不斷學習軟體開發技能,掌握DevOps中的自動化工具、測試、部署和監控等實踐。學習雲端運算和容器技術,SRE需要了解雲端運算平台和容器技術,掌握基本的雲端服務和容器管理工具,如AWS、Docker、Kubernetes等。掌握數據分析技能同時在組織內建立SRE文化,如可靠性、自動化和實驗文化等核心概念。
以上是維運工作十多年,無數個瞬間、我覺得自己還是個小白...的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

人工智慧(AI)已經改變了許多行業的遊戲規則,使企業能夠提高效率、決策和客戶體驗。隨著人工智慧的不斷發展和變得越來越複雜,企業投資於合適的基礎設施來支援其開發和部署至關重要。這個基礎設施的一個關鍵方面是IT和數據科學團隊之間的協作,因為兩者在確保人工智慧計畫的成功方面都發揮著關鍵作用。人工智慧的快速發展導致對運算能力、儲存和網路能力的需求不斷增加。這種需求為傳統IT基礎架構帶來了壓力,而傳統IT基礎架構並非設計用於處理AI所需的複雜和資源密集型工作負載。因此,企業現在正在尋求建構能夠支持AI工作負

曾幾何時,當我還是一名初出茅廬的電腦專業應屆生的時候,在招聘網站上瀏覽了很多招聘貼,眼花繚亂的技術職位讓我摸不著頭腦:研發工程師、運維工程師、測試工程師...大學期間專業課馬馬虎虎,更談不上有什麼技術視野,對於具體從事那個技術方向並沒有什麼明確的想法。直到一位學長對我說:「做運維吧,做運維不用天天寫程式碼,會玩Liunx就行!比做開發輕鬆多了!」我選擇了相信......入行十多年,吃過很多苦,背了很多鍋,弄死過服務器,經歷過部門裁員,如果有人現在跟我說做維運比開發簡單,那我會

隨著網路的快速發展,企業級應用的複雜度日益增加。針對這種情況,微服務架構應運而生。它以模組化、獨立部署、可擴展性高等特點,成為當今企業級應用開發的首選。作為一種優秀的微服務架構,SpringCloud在實際應用中展現了極大的優勢。本文將介紹SpringCloud微服務架構的部署與維運。一、部署SpringCloud微服務架構SpringCloud

可觀測性一詞源自於工程領域,近年來在軟體開發領域也日益普及。簡而言之,可觀測性是指根據外部輸出以了解系統內部狀態的能力。 IBM對可觀測性的定義為:通常,可觀測性是指基於對複雜系統外部輸出的了解就能夠了解其內部狀態或狀況的程度。系統越可觀測,定位效能問題根本原因的過程就能越快速且準確,而無需進行額外的測試或編碼。在雲端運算中,可觀測性也指對分散式應用系統及支撐其運作的基礎設施的資料進行聚合、關聯和分析的軟體工具和實踐,以便對應用系統進行更有效地監控、故障排除和調試,從而實現客戶體驗優化、服務等級協議

過節前我和PG中國社區合作搞了一個關於如何使用D-SMART來運維PG數據庫的線上直播,正好我的一個金融行業的客戶聽了我的介紹,打電話過來聊了聊。他們正在做資料庫信創的選型,也試用了多個國產資料庫,最後他們準備選擇TDSQL。當時我覺得有點意外,他們從2020年就開始在做國產資料庫選型,不過好像最初使用TDSQL後的感受並不太好。後來經過溝通才了解到,他們剛開始使用TDSQL的分散式資料庫,發現對研發要求太高,所以後來就全部選擇TDSQL的集中式MYSQL實例,用下來發現挺好用的。整個資料庫雲

一、SpringBootActuator端點簡介1.1什麼是Actuator端點SpringBootActuator是一個用來監控和管理SpringBoot應用程式的子專案。它提供了一系列內建的端點(Endpoints),這些端點可以用於查看應用程式的狀態、運行情況和運行指標。 Actuator端點可以以HTTP、JMX或其他形式暴露給外部系統,以便於維運人員對應用程式進行監控、診斷和管理。 1.2端點的作用和功能Actuator端點主要用於實現以下功能:提供應用程式的健康檢查,包括資料庫連接、快取、

透過採訪和約稿的方式,請維運領域老砲輸出深刻洞見,共同碰撞,以期形成一些先進的共識,推動產業更好得前進。這一期我們邀請到的是鄒軼事,途遊遊戲運維總監,鄒總經常戲稱自己是世界500萬強企業的運維代表,可見內心中是覺得中小公司的運維建設思路和大型企業是有差別的,今天我們帶著幾個問題,來請鄒總分享一下他的中小公司研運一體化之路。這裡是接地氣、有高度的《運維百家講壇》第6期,開講!問題預覽途遊是遊戲公司,您覺得遊戲維有哪些獨特性?面臨的最大維運挑戰是什麼?您又是如何解決這些挑戰的?遊戲維運的人

維運不要學golang,原因是:1、golang主要被用於開發高效能和並發效能要求較高的應用程式;2、維運工程師通常使用的工具和腳本語言已經能夠滿足大部分的管理和維護需求;3、學習golang需要一定的程式設計基礎和經驗;4、維運工程師的主要目標是確保系統的穩定和高可用性,而不是開發應用程式。
