日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

去外包公司做運維好嗎 阿里運維外包崗要不要去

>近年來,關于“去運維”的相關話題甚囂塵上,但似乎沒有引起程序員的過多關注或者大范圍討論 。近日,程序員論壇 V2EX 上出現(xiàn)一個熱議話題“阿里云正在緩慢而穩(wěn)步地殺死運維行業(yè)”,這似乎表明運維人員最終還是感受到了來自云計算發(fā)展帶來的巨大壓力 。發(fā)帖者認為,“當容器服務集群、跨地域監(jiān)控與容災 / 保活、DBA、代碼托管與 CI/CD 都能全部依托阿里云產(chǎn)品時,運維已經(jīng)被踢出 IT 行業(yè)” 。
一石激起千層浪,有人認為這只是杞人憂天,并反問“阿里云自己都剛宕機,還想說不需要運維嗎?”,有人則認為英雄所見略同,還有人進一步將未來的運維闡述成“云維” 。
技術的發(fā)展不能缺少埋頭苦干的人,但也少不了抬頭看路的人 。針對這個問題,我們想跟大家聊聊,究竟云計算的發(fā)展,是否會造成運維崗位的消亡?
沒有運維的 Netflix 和運維轉(zhuǎn)研發(fā)的阿里巴巴【去外包公司做運維好嗎 阿里運維外包崗要不要去】Netflix 的運維模式
Netflix 從一開始就強調(diào)開發(fā)人員進行自助化運維,他們的理念是:誰構(gòu)建,誰運維 。其運維工作全部由開發(fā)人員完成,只保留極少的 Core SRE 角色專門響應和處理嚴重等級的故障 。
類似的還有亞馬遜,無論是電商業(yè)務還是 AWS 公有云業(yè)務,都由開發(fā)負責 。
在 Netflix 看來,建立起獨立運維團隊的主要助益,在于當一切進展順利時,開發(fā)人員不致因運維任務的介入而分神 。然而,當工作進展遭遇阻礙時,成本就會快速疊加起來 。開發(fā)人員與 SRE 之間的溝通與知識轉(zhuǎn)移往往存在嚴重損耗,且需要額外的往來以實現(xiàn)問題調(diào)試或解答合作伙伴的疑問 。
由于運維團隊對需要部署的變更本身缺少直接了解,因此問題部署通過會帶來更長的檢測與解決周期 。當時在代碼完成到部署之間的時間斷檔要遠遠長于當前,發(fā)布時長往往需要數(shù)周而非數(shù)天 。這方面反饋主要來源運維人員,他們大多親身經(jīng)歷過諸如警報 / 監(jiān)控缺失或者性能問題以及延遲增加等挑戰(zhàn),而這些問題最終又會被轉(zhuǎn)移至開發(fā)人員手中 。
為此,Netflix 從 DevOps 運動的基本原則中汲取靈感,提出了“誰構(gòu)建,誰運維”這一理念,旨在鼓勵系統(tǒng)開發(fā)團隊同時負責系統(tǒng)的運維與支持工作,從而真正將 DevOps 引入實踐 。
阿里巴巴的運維模式
阿里技術團隊在 2016 年左右開始了一次大的組織架構(gòu)調(diào)整,即把日常的運維工作交給研發(fā)做 。原來的 PE(Production Engineer)要么轉(zhuǎn)崗去做工具平臺開發(fā),要么作為運維專家做產(chǎn)品規(guī)劃和設計,還有一部分無法適應的只能黯然離開 。
這是阿里運維從工具化到自動化最重要的一個過程 。集團性公司支撐的 BU 一般非常多,導致運維團隊基本都是在干臟活、雜活 。從組織層面上做出這樣的調(diào)整后,運維團隊的大多數(shù)人更多的時間是投入在研發(fā)工作上,而不是投入在日常的雜事上 。這是 DevOps 真正意義上被徹底執(zhí)行 。
隨著公司規(guī)模的逐漸擴大,從人肉運維到工具化運維再到自動化運維乃至 AI 時代的智能化運維,對于運維能力的要求是越來越高,對于運維人手的要求卻越來越小 。無怪乎有人發(fā)出這種論斷:云計算(AI)正在殺死運維!
所以,運維如何逃過這場“追殺”?隨著自動化的逐步完善,單個 PE 能夠支持的業(yè)務變得越來越多,很多事情似乎都可以通過自助完成,很多公司可能在潛移默化中就降低了對應用運維崗位的需求,逐漸以一種類似阿里的發(fā)展方式運行,似乎用不了多久,運維崗位就會被普遍“殺死”,運維人員應該如何做好轉(zhuǎn)型和過渡呢?
運維人員如何做好轉(zhuǎn)型?

推薦閱讀