不知不覺已經(jīng)從大學(xué)將近半年，一直在深圳**公司從事運(yùn)維工程師的崗位。在上周部門同事的分享會(huì)上，講到了許多關(guān)于運(yùn)維方面的東西，特別是思想上，所以想對(duì)自己半年的運(yùn)維工程的工作做一個(gè)小小的總結(jié)，本來是上周末就想寫點(diǎn)什么，但是部門團(tuán)建活動(dòng)，所以就推遲了?？偨Y(jié)以思想為主，大神勿噴，歡迎給小菜多一點(diǎn)點(diǎn)建議。

大學(xué)的時(shí)候，學(xué)習(xí)了運(yùn)維方面的一些基礎(chǔ)知識(shí)。一到公司被分配到云平臺(tái)，不久部門組織架構(gòu)就進(jìn)行了調(diào)整，接到的第一次任務(wù)就是docker容器編排——kubernetes的使用。這東西以前從來沒碰過，也沒有見過，剛開始的時(shí)候反反復(fù)復(fù)的看了很多遍名詞，組件是什么，有什么功能，說實(shí)話，看了一周都是云里霧里，kubernetes就是一條充滿荊棘之路，因?yàn)閗ubernetes不是單單的一個(gè)東西，它涉及的東西太多，虛擬機(jī)技術(shù)，docker，cni網(wǎng)絡(luò)，ceph存儲(chǔ)等，如果單純的kubernetes發(fā)揮的作用不大，說不來，不怕笑話，我們部門就我一個(gè)運(yùn)維，所以熟悉，搭建kubernetes的任務(wù)就落到了我這個(gè)應(yīng)屆運(yùn)維身上，當(dāng)然還是要感謝導(dǎo)師的幫助，總之，走上kubernetes容器服務(wù)之后，我不是在踩坑，就是在坑里。最近公司的容器服務(wù)準(zhǔn)備投入使用了，基礎(chǔ)功能差不多，但是還是有許多地方值得去改善，對(duì)kubernetes的了解雖然多了很多，收獲了很多，但是感覺還是很不夠。

上周，聽同事分享了運(yùn)維的一些思想，運(yùn)維和運(yùn)營，DevOps。運(yùn)維實(shí)際上就是技術(shù)運(yùn)營，平時(shí)所叫的運(yùn)營實(shí)際是業(yè)務(wù)運(yùn)營，感覺現(xiàn)在的運(yùn)維不想以前了，開機(jī)器，設(shè)置網(wǎng)絡(luò)等等，現(xiàn)在好像都不需要怎么處理，現(xiàn)在只需要在網(wǎng)站上點(diǎn)點(diǎn)就行了，都覺得運(yùn)維有一天會(huì)失業(yè)了，結(jié)果是是絕對(duì)的，運(yùn)維不會(huì)失業(yè)，還是需要運(yùn)維，只是從分享中了解到，現(xiàn)在的運(yùn)維的要求更高了，比如：要學(xué)會(huì)去審核一些上線的代碼，從正式的環(huán)境中去分析這些代碼上線后，對(duì)業(yè)務(wù)的影響，用戶的體驗(yàn)是怎么樣的，變好了還是變差了；可以想一些辦法讓初次使用的用戶在網(wǎng)絡(luò)下載等方面有個(gè)更好的體驗(yàn)等等，這都需要，要求我們干運(yùn)維的去學(xué)習(xí)更多的東西。DevOps感覺吧，更重要的是一種思想，開發(fā)要從運(yùn)維角度去思考，代碼對(duì)環(huán)境的影響，運(yùn)維也要從開發(fā)的角度去考慮代碼這些進(jìn)程，線程的并發(fā)，異步等等?，F(xiàn)在DevOps主要有三種，第一種是借助開源工作，如ansible，Puppet等；第二種是云平臺(tái)，使用docker，拆分微服務(wù)；第三種那就是那些高大上，膜拜的AI運(yùn)維了。