傳統運維團隊轉型應該注意哪些問題?

2021-09-17 07:30:55 字數 1301 閱讀 7892

2023年已經接近尾聲,回顧這一年,國內企業都在進行數位化轉型,大家越來越關注如何提公升效率。在這一過程中,顛覆性的it技術正在加速落地:容器技術、kubernetes的使用已經越來越普及,雲計算和大資料結合更緊密,aiops的實踐也在不斷成熟改善,雲原生和devops的理念文化也在慢慢滲透到大小規模的技術團隊,對運維人員帶來很大的衝擊,傳統運維團隊紛紛在轉型,自動化甚至智慧型化運維已經成為了趨勢。

在devops等理念和技術的衝擊下,傳統運維團隊如何轉型應對?

:從技術角度看,乙個業務的全生命週期可以分為ci-cd-co三段,ci指的是持續整合,從研發團隊提交**作為起點,經過便以構建掃瞄測試等環節,以版本倉庫為終點;cd指的是持續部署,以版本倉庫為起點,經過各模組自動化部署,到業務上線提供服務為終點;co指的是持續運營,從業務上線服務為起點,到業務下線終止服務為終點,期間包含各種運營事件。

傳統運維的定位主要在cd段,但由於微服務、虛擬化、容器化等技術的衝擊之下,運維對cd段的把控在減弱,甚至有些公司直接按照sre等理念從開發側覆蓋了運維團隊的部分職能,從而使運維團隊萎縮到了管理資產和成本的角色,喪失了精細化運營能力。

關於ci-cd-co具體指的是什麼意思?

:ci指的是持續整合,從研發團隊提交**作為起點,經過便以構建掃瞄測試等環節,以版本倉庫為終點;cd指的是持續部署,以版本倉庫為起點,經過各模組自動化部署,到業務上線提供服務為終點;co指的是持續運營,從業務上線服務為起點,到業務下線終止服務為終點,期間包含各種運營事件。

:我們將運維開發視為與測試開發、營銷開發等並列的一種崗位,主要職能是做工具類的運營系統,例如持續整合、日誌分析、資源管理、版本發布、環境變更、監控處理、災備切換、日常巡檢、電子工單、運營分析、運營管控、經營管理等。網際網路公司面臨著很大的競爭壓力,需要從各個層面提公升經營效率,降低成本。而落地工具文化,是途徑之一。我們依託paas技術,將傳統應用運維團隊轉型為運維開發團隊,來承擔這一重要職能。

運維開發團隊以python為主語言構建paas之上的saas應用,而在從運維開發向aiops的體系化過渡過程中,也可以以較低的成本完成轉型。

如何體系化的落地智慧型運維(aiops)?

:如果要「體系化」的落地智慧型運維,需要首先構建完善的機械自動化體系以及完整的資料分析體系,最後輔以符合運維技術棧的分析挖掘平台來實現。否則只能是作為案例或試點存在,無法「體系化」推進。

:社群版本公升級和個性化功能定製的確是很多企業的矛盾,我們在容器管理平台中採用k8s與mesos雙引擎並行的方式來解決這個問題。

答:適合於

傳統運維團隊轉型應該注意哪些問題?

2018年已經接近尾聲,回顧這一年,國內企業都在進行數位化轉型,大家越來越關注如何提公升效率。在這一過程中,顛覆性的it技術正在加速落地 容器技術 kubernetes的使用已經越來越普及,雲計算和大資料結合更緊密,aiops的實踐也在不斷成熟改善,雲原生和devops的理念文化也在慢慢滲透到大小規...

Google SRE 傳統運維工作分類對比

運維工程師除去基本的職責還有其他的工作職責 sre 全稱是 site reliability engineering,可靠性工程師,最早是由 google 提出,並且在其工程實踐中發揚光大。用軟體工程的思維和方 完成以前由系統管理員團隊手動完成的任務。一般來說,sre團隊要承擔以下幾類職責 可用性改...

SDN與傳統網路運維的區別

一 傳統網路運維方式痛點 網路裝置手工維護,依靠傳統網路管理軟體等方式輔助人工進行維護,運維效率低下,容易出現由於個人能力的差異以及響應等原因,影響運維的效率,增加運維的成本。傳統網路業務割接或者新業務上線週期偏長,往往大的業務割接切換,涉及非常複雜的操作,例如防火牆裝置涉及多條策略的調整,出錯概率...