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