運(yùn)維思索:運(yùn)維工作規(guī)劃

運(yùn)維的本質(zhì)到底是什么旅掂?

那么運(yùn)維的本質(zhì)到底是什么呢赏胚?我覺(jué)得是服務(wù),是服務(wù)于業(yè)務(wù)商虐,因?yàn)檫\(yùn)維是用技術(shù)解決業(yè)務(wù)問(wèn)題觉阅,運(yùn)維的價(jià)值要依托于業(yè)務(wù)才能體現(xiàn)。

運(yùn)維不是因?yàn)榧夹g(shù)高深秘车,或者管理了幾萬(wàn)臺(tái)服務(wù)器而很牛逼典勇,也不是能玩轉(zhuǎn)很多開源工具而很牛逼,這都不是運(yùn)維的關(guān)鍵叮趴。

觀點(diǎn):對(duì)于運(yùn)維來(lái)說(shuō)割笙,服務(wù)第一,技術(shù)第二眯亦。運(yùn)維技術(shù)再牛伤溉,如果不能服務(wù)于業(yè)務(wù),幫助業(yè)務(wù)取得成功妻率,那價(jià)值也是有限的乱顾。那么怎樣服務(wù)業(yè)務(wù)呢?總結(jié)四點(diǎn):

1.貼近業(yè)務(wù):就是我們一定要與業(yè)務(wù)走得比較近舌涨,保持信息的暢通糯耍。

2.理解業(yè)務(wù): 要知道業(yè)務(wù)目標(biāo)是什么,用戶群是什么囊嘉,商業(yè)模式是什么樣的温技。之前我見(jiàn)過(guò)很多運(yùn)維,甚至在公司做了半年扭粱、一年舵鳞,還不知道所運(yùn)維的業(yè)務(wù)的商業(yè)模式是什么,這樣的話琢蛤,我們?cè)趺茨苡嗅槍?duì)性地提供服務(wù)蜓堕,去幫助業(yè)務(wù)成功呢抛虏? 理解業(yè)務(wù)還意味著要站在業(yè)務(wù)運(yùn)營(yíng)的角度思考問(wèn)題,而不僅僅站在運(yùn)維的角度思考套才。

3.挖掘需求背后的價(jià)值:我們經(jīng)常會(huì)收到運(yùn)營(yíng)人員提出的需求迂猴,在理解業(yè)務(wù)的基礎(chǔ)上,我們要挖掘這些業(yè)務(wù)需求背后的價(jià)值背伴,比如說(shuō)運(yùn)營(yíng)人員讓發(fā)一個(gè)版本沸毁,做為運(yùn)維,我們是不是把這個(gè)版本發(fā)布完就OK了呢傻寂?

肯定是不夠的息尺,我們還要去看業(yè)務(wù)發(fā)這個(gè)版本的目的是什么?可能是為了拉新用戶疾掰,也有可能是做個(gè)活動(dòng)去拉收入搂誉,或者是修復(fù)bug。

每一個(gè)版本的目的不一樣静檬,運(yùn)維所做的事情是可以不同的炭懊。比如這個(gè)版本是拉新用戶,我們把版本發(fā)布完以后巴柿,還可以采集更多的數(shù)據(jù)凛虽,去幫助運(yùn)營(yíng)人員分析死遭,看是不是達(dá)到了拉新用戶的目的广恢。或者協(xié)助運(yùn)營(yíng)人員分析呀潭,這個(gè)版本的用戶體驗(yàn)對(duì)于拉新用戶是不是有瓶頸钉迷。這都是運(yùn)維可做的事情,也是業(yè)務(wù)運(yùn)營(yíng)很需要的事情钠署。

4.擴(kuò)展服務(wù)價(jià)值:著眼于業(yè)務(wù)和服務(wù)糠聪,我們可以不斷挖掘到新的價(jià)值點(diǎn),擴(kuò)展運(yùn)維服務(wù)的價(jià)值谐鼎。

當(dāng)然了舰蟆,這里絕不是說(shuō)技術(shù)不重要,優(yōu)秀的運(yùn)維服務(wù)需要強(qiáng)大的技術(shù)來(lái)支持狸棍。舉個(gè)例子身害,你想?yún)f(xié)助運(yùn)營(yíng)人員做用戶體驗(yàn)的分析,這需要較強(qiáng)的技術(shù)能力來(lái)支撐草戈。因?yàn)橄裆鲜龅陌姹緮?shù)據(jù)分析對(duì)實(shí)時(shí)性的要求很高塌鸯,如果你沒(méi)有及時(shí)分析出來(lái),錯(cuò)過(guò)了運(yùn)營(yíng)時(shí)機(jī)可能就來(lái)不及調(diào)整了唐片。

可以說(shuō)丙猬,業(yè)務(wù)視角和服務(wù)意識(shí)決定了運(yùn)維服務(wù)可以拓展到哪里涨颜,而技術(shù)能力則決定了這些服務(wù)最終可以實(shí)現(xiàn)多少。

一茧球、運(yùn)維的工作有哪些庭瑰?

1.基礎(chǔ)設(shè)施,包括網(wǎng)絡(luò)抢埋、服務(wù)器见擦、操作系統(tǒng)等工作;
2.環(huán)境管理羹令,包括開發(fā)環(huán)境鲤屡、測(cè)試環(huán)境、生產(chǎn)環(huán)境等福侈;
3.部署酒来,將應(yīng)用或系統(tǒng)部署至不同環(huán)境;
4.監(jiān)控肪凛,對(duì)基礎(chǔ)設(shè)施堰汉、應(yīng)用或系統(tǒng)進(jìn)行監(jiān)控;
5.告警響應(yīng)伟墙,對(duì)告警通知的響應(yīng)及處理翘鸭;
6.性能優(yōu)化,對(duì)系統(tǒng)及相關(guān)組件如Nginx戳葵、Java就乓、PHP、DB或網(wǎng)絡(luò)等的性能進(jìn)行優(yōu)化拱烁;
7.系統(tǒng)高可用生蚁,對(duì)應(yīng)用系統(tǒng)中的單點(diǎn)進(jìn)行高可用升級(jí);
8.SLA保障戏自,保證業(yè)務(wù)系統(tǒng)的可用性邦投,可根據(jù)SLA實(shí)現(xiàn)自動(dòng)擴(kuò)縮容;
以上工作是根據(jù)運(yùn)維管理框架進(jìn)行提取擅笔,包含但并不限于以上幾方面志衣。


image.png

二、運(yùn)維自動(dòng)化

運(yùn)維自動(dòng)化可以實(shí)現(xiàn)的幾個(gè)主要方面:

1.服務(wù)器上架自動(dòng)化
新服務(wù)器或虛擬機(jī)從創(chuàng)建到交付到不同環(huán)境猛们,需要進(jìn)行一系列的定制念脯,如cpu、內(nèi)存阅懦、磁盤和二、ip地址、內(nèi)核參數(shù)優(yōu)化耳胎、時(shí)間同步惯吕、ssh加固惕它、防火墻、各種客戶端安裝废登;當(dāng)然這還不夠淹魄,若運(yùn)維平臺(tái)集成了cmdb、跳板機(jī)堡距、zabbix等甲锡,服務(wù)器上架還需要注冊(cè)到cmdb及跳板機(jī)、zabbix等管理工具羽戒;如還有其他工具也需要進(jìn)行集成缤沦。
總之,服務(wù)器上架自動(dòng)化的最終目標(biāo)是環(huán)境優(yōu)化易稠、安全可用缸废、注冊(cè)到一切管理工具。

2.環(huán)境定義自動(dòng)化
環(huán)境自定義分兩種情況:
(1)中小公司驶社,測(cè)試環(huán)境包含所有的系統(tǒng)企量,即系統(tǒng)間是不隔離的,數(shù)據(jù)庫(kù)中包含各種系統(tǒng)對(duì)應(yīng)的庫(kù)亡电;
(2)大公司届巩,每套系統(tǒng)需要單獨(dú)一套隔離的測(cè)試環(huán)境,各系統(tǒng)間不能互相訪問(wèn)份乒;

對(duì)于環(huán)境定義的自動(dòng)化比較適用于第二種情況恕汇,需要對(duì)需求部門快速創(chuàng)建資源。
總之環(huán)境定義自動(dòng)化的主要原則無(wú)論是哪種情況冒嫡,都要進(jìn)行不同程度的隔離拇勃,減少環(huán)境連錯(cuò)導(dǎo)致的問(wèn)題。排查環(huán)境問(wèn)題是運(yùn)維比較惡心的一個(gè)問(wèn)題孝凌。

3.部署自動(dòng)化
部署自動(dòng)化的過(guò)程是不斷進(jìn)化的,大體分為:腳本>批量ssh>自動(dòng)化工具>容器月腋,從每個(gè)過(guò)程來(lái)看部署自動(dòng)化已經(jīng)有批量操作>可用性>易用性>效率不斷轉(zhuǎn)變蟀架。部署自動(dòng)化現(xiàn)在解決的不僅僅是部署本身了,還包括怎么才能更快榆骚,更容易屏蔽底層的不同片拍。

注意:此處聯(lián)想到《DevOps》思維導(dǎo)圖中關(guān)于自動(dòng)化中的提高速度,即自動(dòng)化初步完成妓肢,還需要進(jìn)行速度方面的優(yōu)化捌省。
另部署自動(dòng)化完成后,需要和監(jiān)控進(jìn)行聯(lián)動(dòng)碉钠,即系統(tǒng)的可用性監(jiān)控纲缓、性能監(jiān)控等需要自動(dòng)添加到監(jiān)控系統(tǒng)卷拘。

4.監(jiān)控自動(dòng)化
從《系統(tǒng)監(jiān)控體系》中我們知道監(jiān)控對(duì)象分為從多個(gè)維度,每個(gè)維度可能用到的工具不一樣祝高,即監(jiān)控自動(dòng)化可能需要對(duì)接不同的工具栗弟。如:
(1)自動(dòng)添加可用性監(jiān)控,如端口工闺、url監(jiān)控等
(2)自動(dòng)添加日志狀態(tài)監(jiān)控乍赫,如status、error等
當(dāng)然監(jiān)控自動(dòng)化不僅僅只針對(duì)監(jiān)控陆蟆,還要兼顧到故障恢復(fù)的自動(dòng)化雷厂,即故障自愈。

5.版本發(fā)布自動(dòng)化
在服務(wù)器規(guī)模不大的情況下叠殷,版本發(fā)布要考慮摘節(jié)點(diǎn)罗侯、屏蔽告警等,需要和nginx溪猿、監(jiān)控進(jìn)行聯(lián)動(dòng)钩杰。如:
(1)nginx實(shí)現(xiàn)平滑摘節(jié)點(diǎn)
(2)調(diào)用api實(shí)現(xiàn)監(jiān)控項(xiàng)的禁用及啟動(dòng)

五、運(yùn)維自動(dòng)化的幾個(gè)階段
站得高诊县,看得遠(yuǎn)讲弄。無(wú)論我們正在做哪個(gè)方面的自動(dòng)化,從更高的層次了解運(yùn)維自動(dòng)化的各個(gè)階段依痊,對(duì)我們更有益處:
1.操作自動(dòng)化
這個(gè)層次的特征是把一系列的手工執(zhí)行的操作避除,用腳本或工具串聯(lián),在一定程度上解決了運(yùn)維手動(dòng)執(zhí)行的問(wèn)題胸嘁。但是不同的場(chǎng)景需要不斷調(diào)整腳本或工具瓶摆,反而增大了出錯(cuò)概率。

2.場(chǎng)景自動(dòng)化
這個(gè)層次的特征是工具會(huì)根據(jù)外部環(huán)境判斷如何運(yùn)行性宏,而這些判斷條件是運(yùn)維事先定義好的群井。此層次的運(yùn)維系統(tǒng)需要各類環(huán)境數(shù)據(jù)來(lái)作為判斷條件,同時(shí)還要能夠變化操作行為毫胜。
另书斜,此層次的運(yùn)維系統(tǒng)需要跟很多第三方系統(tǒng)對(duì)接(cmdb、網(wǎng)管系統(tǒng))酵使。

3.智能化
此層次的運(yùn)維系統(tǒng)具備數(shù)據(jù)核心(大數(shù)據(jù)存儲(chǔ)荐吉,所有運(yùn)營(yíng)中的數(shù)據(jù)都會(huì)按關(guān)聯(lián)關(guān)系集中存儲(chǔ)),具備根據(jù)數(shù)據(jù)自己分析和判斷口渔、并自我決策和執(zhí)行的能力样屠。
在此層次,運(yùn)維的主要工作是為系統(tǒng)增添分析策略、運(yùn)營(yíng)和維護(hù)此智能運(yùn)維系統(tǒng)痪欲,以及在系統(tǒng)執(zhí)行的關(guān)鍵節(jié)點(diǎn)上介入做人工判斷悦穿。

六、怎樣做運(yùn)維自動(dòng)化

在我們思考怎么做運(yùn)維自動(dòng)化之前勤揩,我們需要意識(shí)到“企業(yè)的架構(gòu)不是設(shè)計(jì)出來(lái)的咧党,是演變而來(lái)的”。因此我們可以借助這個(gè)作為指導(dǎo)思想陨亡。

1.先解決痛點(diǎn)
日常工作中傍衡,對(duì)常見(jiàn)問(wèn)題進(jìn)行分類和梳理,能做成工具的就工具化负蠕,能程序化操作的蛙埂,就避免人為干預(yù)。
至于是否基于cmdb遮糖,反而不太重要绣的,特別是如果業(yè)務(wù)系統(tǒng)并沒(méi)有那么大,服務(wù)器的變動(dòng)也沒(méi)那么頻繁的話欲账。

2.選擇正確的階段
運(yùn)維自動(dòng)化一般沿襲這樣的階段:手動(dòng)支撐 => 線上標(biāo)準(zhǔn)規(guī)范化 => 運(yùn)維工具化 => 平臺(tái)自助化/自動(dòng)化屡江。選擇適合自己當(dāng)前業(yè)務(wù)發(fā)展階段的運(yùn)維自動(dòng)化方式,不要一口吃成胖子赛不。

另外惩嘉,對(duì)于大中型運(yùn)維自動(dòng)化平臺(tái)而言, CMDB和配置系統(tǒng)依然不可或缺踢故。
CMDB即配置管理數(shù)據(jù)庫(kù)文黎,一般用于統(tǒng)一管理IT數(shù)據(jù)、服務(wù)器數(shù)據(jù)資產(chǎn)等殿较。CMDB數(shù)據(jù)的準(zhǔn)確性和權(quán)威性耸峭,關(guān)系到運(yùn)維自動(dòng)化是否走在正確的路上。

七淋纲、總結(jié)
1.運(yùn)維自動(dòng)化

在以上自動(dòng)化過(guò)程中劳闹,在不同的自動(dòng)化階段需要對(duì)接不同的第三方系統(tǒng),因此可以看出一條統(tǒng)一的ESB(企業(yè)系統(tǒng)總線)來(lái)實(shí)現(xiàn)對(duì)系統(tǒng)的接口對(duì)接是多么重要帚戳。但是也并不是沒(méi)有ESB就不好玷或,不同階段解決的痛點(diǎn)不一樣,只有適合業(yè)務(wù)發(fā)展的階段的運(yùn)維自動(dòng)化才是最好的片任。

2.運(yùn)維管理
文章開頭說(shuō)運(yùn)維管理主要目標(biāo)是標(biāo)準(zhǔn)化/規(guī)范化,自動(dòng)化蔬胯,可視化/web化对供,從切身體驗(yàn)來(lái)看運(yùn)維管理的目標(biāo)也是隨著運(yùn)維自動(dòng)化階段的不同而變化的。
例如現(xiàn)在公司已經(jīng)初步做到場(chǎng)景自動(dòng)化及智能化,雖然還不深入产场,在一定程度上我的運(yùn)維工作也已經(jīng)解放了80%左右鹅髓,已經(jīng)給我釋放了大部分時(shí)間,我也在想運(yùn)維管理是否應(yīng)該步入下一個(gè)階段:運(yùn)維服務(wù)化京景?

理由:
(1)運(yùn)維自動(dòng)化的價(jià)值在于窿冯,將運(yùn)維從繁瑣的、例行确徙、容易發(fā)生人為事故的工作中脫離出來(lái)醒串,做更有價(jià)值的業(yè)務(wù)運(yùn)維和服務(wù)運(yùn)維。
所以鄙皇,從這個(gè)角度來(lái)看芜赌,運(yùn)維自動(dòng)化既不是起點(diǎn),也不是終點(diǎn)伴逸。運(yùn)維自動(dòng)化不是萬(wàn)能的缠沈,我們需要看清楚它的位置。

(2)運(yùn)維的本質(zhì)到底是服務(wù)错蝴,是服務(wù)于業(yè)務(wù)洲愤,因?yàn)檫\(yùn)維是用技術(shù)解決業(yè)務(wù)問(wèn)題,運(yùn)維的價(jià)值要依托于業(yè)務(wù)才能體現(xiàn)顷锰。運(yùn)維不是因?yàn)榧夹g(shù)高深柬赐,或者管理了幾萬(wàn)臺(tái)服務(wù)器而很牛逼,也不是能玩轉(zhuǎn)很多開源工具而很牛逼馍惹,這都不是運(yùn)維的關(guān)鍵躺率。對(duì)于運(yùn)維來(lái)說(shuō),服務(wù)第一万矾,技術(shù)第二悼吱。運(yùn)維技術(shù)再牛,如果不能服務(wù)于業(yè)務(wù)良狈,幫助業(yè)務(wù)取得成功后添,那價(jià)值也是有限的。

運(yùn)維自動(dòng)化之殤

運(yùn)維自動(dòng)化是我們的必經(jīng)之路薪丁,那么遇西,一定就是解決所有問(wèn)題的靈丹妙藥么?可能不盡然哦严嗜。潛在問(wèn)題包括如下:

1)忽略權(quán)限和基線

運(yùn)維自動(dòng)化平臺(tái)通常由DevOps開發(fā)(例如Python + Shell)粱檀,更多的是以實(shí)現(xiàn)功能為主,可能對(duì)賬號(hào)權(quán)限或服務(wù)器操作權(quán)限漫玄,未做特殊限制茄蚯,這樣問(wèn)題就來(lái)了炊琉,例如:

  1. 是否針對(duì)運(yùn)維自動(dòng)化平臺(tái)的服務(wù)器賬號(hào)做了特殊限制悔醋,使得這個(gè)賬號(hào)只能操作指定目錄,只能重啟Nginx、不能重啟PHP丝里?

  2. 是否做了超限檢查兼耀?例如财剖,對(duì)部分特殊請(qǐng)求如“rm -Rf”或超高數(shù)值調(diào)整做了二次過(guò)濾均唉?

  3. 是否做了關(guān)鍵操作的雙保險(xiǎn)?例如癌椿,數(shù)據(jù)庫(kù)合并類的危險(xiǎn)操作健蕊,增加了一個(gè)檢查人審核機(jī)制?

另外如失,運(yùn)維自動(dòng)化發(fā)布平臺(tái)是否保存有程序基線绊诲,并有一鍵恢復(fù)功能?

大公司的業(yè)務(wù)系統(tǒng)褪贵,運(yùn)行十多年掂之,開發(fā)人員你來(lái)我往數(shù)以千計(jì),而發(fā)布平臺(tái)每次僅更新部分代碼(類似縫縫補(bǔ)補(bǔ))脆丁。這樣的后果是世舰,可能根本沒(méi)有人有一套完整的業(yè)務(wù)系統(tǒng)代碼。

如果執(zhí)行任意系統(tǒng)命令+缺乏基線槽卫,兩者兼?zhèn)涓梗瑒偤糜钟腥擞|發(fā)了執(zhí)行操作,那么災(zāi)難性的后果就會(huì)突然來(lái)臨歼培。

畢竟震蒋,對(duì)于歷史悠久的大型業(yè)務(wù)系統(tǒng)而言,老代碼往往沒(méi)人敢動(dòng)躲庄,而且嚴(yán)重SOA化查剖,從零重建的難度之大,也許需要幾十個(gè)小時(shí)噪窘。而又因?yàn)檫@種極端情況下笋庄,很難形成一個(gè)強(qiáng)一致性的版本,所以重建成功往往只是災(zāi)難的開始倔监,之后就是開發(fā)直砂、客服和DBA陷入長(zhǎng)期的疲于奔命之中。

2)缺乏安全機(jī)制

運(yùn)維自動(dòng)化平臺(tái)一般由非專業(yè)開發(fā)人員實(shí)施浩习,而且是給內(nèi)部人員使用静暂,主觀上容易忽略代碼安全和系統(tǒng)安全。

“上帝節(jié)點(diǎn)”是安全災(zāi)難的起點(diǎn)谱秽。

之前沒(méi)有運(yùn)維自動(dòng)化籍嘹,小米加步槍的時(shí)代闪盔,上千臺(tái)服務(wù)器相對(duì)獨(dú)立弯院,還有各種堡壘機(jī)辱士、動(dòng)態(tài)令牌或私鑰登錄服務(wù)器等安全措施,想一個(gè)命令刪除大批量服務(wù)器的程序听绳,還真不容易實(shí)現(xiàn)颂碘。

運(yùn)維自動(dòng)化平臺(tái)已然是“上帝節(jié)點(diǎn)”,天然的實(shí)現(xiàn)了連接到大批量服務(wù)器(甚至可能直接是root權(quán)限)椅挣。這樣头岔,為廣大的黑客朋友帶來(lái)了無(wú)限想象空間。

有朋友可能會(huì)說(shuō)鼠证,我放在公司內(nèi)網(wǎng)了非常安全峡竣。其實(shí),現(xiàn)在黑客可以很容易的掃描到內(nèi)網(wǎng)所有域名量九,識(shí)別到疑似運(yùn)維自動(dòng)化平臺(tái)的域名适掰,然后用常規(guī)或非常規(guī)手段入侵,然后就“一鍋端”了荠列。例如:

你的運(yùn)維自動(dòng)化平臺(tái)是基于通用框架如Django么类浪。一個(gè)常識(shí)是,越是流行的框架肌似,已知漏洞费就、甚至0day漏洞越多哦。

3)忽略專業(yè)性

運(yùn)維自動(dòng)化越是充分的公司川队,隱藏的風(fēng)險(xiǎn)就越大力细。

即使一個(gè)再優(yōu)秀的運(yùn)維自動(dòng)化平臺(tái),也不能解決所有運(yùn)維問(wèn)題固额。所以眠蚂,如果忽略了對(duì)人員專業(yè)能力的培養(yǎng),那么在某些需要人工操作的場(chǎng)景(例如機(jī)房遷移這類重大調(diào)試)对雪,問(wèn)題就會(huì)報(bào)復(fù)性的反彈和爆發(fā)河狐。

一次專業(yè)的調(diào)試,體現(xiàn)在對(duì)調(diào)試時(shí)長(zhǎng)和調(diào)試效果的掌控上瑟捣。調(diào)試時(shí)長(zhǎng)必須可接受馋艺、并可控。

例如一次跨機(jī)房遷移迈套,停業(yè)務(wù)10小時(shí)甚至以上捐祠,是很難被接受的;停業(yè)務(wù)10分鐘以下桑李,則是很令人愉快的踱蛀。但這個(gè)的專業(yè)化要求很多窿给,包括如充分的演練、更多的任務(wù)前置率拒,保證只有必須的操作在調(diào)試期間進(jìn)行崩泡。

可控性主要體現(xiàn)在調(diào)試節(jié)奏的把握,例如是否有快速可操作的回滾措施猬膨,保證如果預(yù)計(jì)調(diào)試不能如期完成角撞,能提前預(yù)警并快速切回之前的系統(tǒng)狀態(tài)。

當(dāng)有重大調(diào)試需求時(shí)勃痴,突然發(fā)現(xiàn)中級(jí)運(yùn)維人員沒(méi)那么多了谒所,初級(jí)運(yùn)維人員缺少專業(yè)化鍛煉和練手機(jī)會(huì),“手生”沛申,主管不敢用之劣领;高級(jí)運(yùn)維人員都已“金盆洗手”多年,自己不敢上手铁材。

4)自得和忽略人文關(guān)懷

運(yùn)維自動(dòng)化平臺(tái)上線后尖淘,運(yùn)維人員可能會(huì)產(chǎn)生一種主觀的優(yōu)越感,并嚴(yán)重阻礙后續(xù)工作的開展衫贬。以前是開發(fā)追著運(yùn)維打德澈,運(yùn)維往往疲于奔命,心力憔悴」坦撸現(xiàn)在神器在手梆造,容易“多年的媳婦熬成婆”。葬毫。镇辉。

其實(shí)運(yùn)維自動(dòng)化只是解決了運(yùn)維部分工作效率的問(wèn)題,遠(yuǎn)沒(méi)有解決運(yùn)維的全部問(wèn)題贴捡,外部門對(duì)運(yùn)維的不滿忽肛,可能濤聲依舊,例如經(jīng)常容易犯的“老板著個(gè)臉烂斋,說(shuō)話直接不拐彎屹逛;需求老不及時(shí)完成,完不成也不說(shuō)”等等汛骂。

運(yùn)維自動(dòng)化越是充分的公司罕模,高層管理者(技術(shù)VP或CTO)可能產(chǎn)生一種錯(cuò)覺(jué),運(yùn)維人員是否可以靠邊站了帘瞭?甚至夸張些說(shuō)淑掌,是否可以“卸磨殺驢”了?這種意識(shí)層的錯(cuò)覺(jué)或者說(shuō)自我心理暗示蝶念,會(huì)導(dǎo)致各種多米諾骨牌式的效應(yīng)抛腕。

如果高層忽略人為關(guān)懷芋绸,在某些極端情況下,運(yùn)維自動(dòng)化平臺(tái)的高權(quán)限人員担敌,可能“有意”利用上述提及的平臺(tái)缺陷摔敛,進(jìn)行極具破壞性的事情。柄错。然后災(zāi)難性的后果舷夺,可能長(zhǎng)時(shí)間難以補(bǔ)救。

結(jié)語(yǔ)

運(yùn)維自動(dòng)化的價(jià)值在于售貌,將運(yùn)維從繁瑣的、例行疫萤、容易發(fā)生人為事故的工作中脫離出來(lái)颂跨,做更有價(jià)值的業(yè)務(wù)運(yùn)維和服務(wù)運(yùn)維。

所以扯饶,從這個(gè)角度來(lái)看恒削,運(yùn)維自動(dòng)化既不是起點(diǎn),也不是終點(diǎn)尾序。運(yùn)維自動(dòng)化不是萬(wàn)能的钓丰,我們需要看清楚它的位置。

運(yùn)維自動(dòng)化每币,終歸只是一個(gè)高級(jí)工具而已携丁。運(yùn)維的價(jià)值最終是要體現(xiàn)在業(yè)務(wù)上的:

體現(xiàn)的方式就是運(yùn)維服務(wù)化,所以運(yùn)維自動(dòng)化(智能化)最終都要為運(yùn)維的服務(wù)化服務(wù)兰怠。所以如何構(gòu)建你的自動(dòng)化系統(tǒng)最終要看你所支撐的業(yè)務(wù)需要什么樣的服務(wù)梦鉴。

所以,在做之前一定要弄清楚我們的目標(biāo)揭保,不要為了做而做肥橙,如果這樣,結(jié)果就只能是呵呵了秸侣。

轉(zhuǎn)載自
https://mp.weixin.qq.com/s?__biz=MzA4ODQwMDg1NQ==&mid=2247485483&idx=1&sn=39be4773b038e96b340fb33ebe0ad3a7&chksm=902bfe93a75c7785b101212a90281105dec9b3802c4debcbd44e4b2ad3f0305fef0593fcd8ec&scene=178&cur_album_id=1687560530007261186#rd
https://www.cnblogs.com/peter316/p/6287264.html
https://developer.aliyun.com/article/54429

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末存筏,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子味榛,更是在濱河造成了極大的恐慌椭坚,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,270評(píng)論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件励负,死亡現(xiàn)場(chǎng)離奇詭異藕溅,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)继榆,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,489評(píng)論 3 395
  • 文/潘曉璐 我一進(jìn)店門巾表,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)汁掠,“玉大人,你說(shuō)我怎么就攤上這事集币】稼澹” “怎么了?”我有些...
    開封第一講書人閱讀 165,630評(píng)論 0 356
  • 文/不壞的土叔 我叫張陵鞠苟,是天一觀的道長(zhǎng)乞榨。 經(jīng)常有香客問(wèn)我,道長(zhǎng)当娱,這世上最難降的妖魔是什么吃既? 我笑而不...
    開封第一講書人閱讀 58,906評(píng)論 1 295
  • 正文 為了忘掉前任,我火速辦了婚禮跨细,結(jié)果婚禮上鹦倚,老公的妹妹穿的比我還像新娘。我一直安慰自己冀惭,他們只是感情好震叙,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,928評(píng)論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著散休,像睡著了一般媒楼。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上戚丸,一...
    開封第一講書人閱讀 51,718評(píng)論 1 305
  • 那天划址,我揣著相機(jī)與錄音,去河邊找鬼昏滴。 笑死猴鲫,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的谣殊。 我是一名探鬼主播拂共,決...
    沈念sama閱讀 40,442評(píng)論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼姻几!你這毒婦竟也來(lái)了宜狐?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,345評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤蛇捌,失蹤者是張志新(化名)和其女友劉穎抚恒,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體络拌,經(jīng)...
    沈念sama閱讀 45,802評(píng)論 1 317
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡俭驮,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,984評(píng)論 3 337
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片混萝。...
    茶點(diǎn)故事閱讀 40,117評(píng)論 1 351
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡遗遵,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出逸嘀,到底是詐尸還是另有隱情车要,我是刑警寧澤,帶...
    沈念sama閱讀 35,810評(píng)論 5 346
  • 正文 年R本政府宣布崭倘,位于F島的核電站翼岁,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏司光。R本人自食惡果不足惜琅坡,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,462評(píng)論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望飘庄。 院中可真熱鬧脑蠕,春花似錦、人聲如沸跪削。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,011評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)碾盐。三九已至,卻和暖如春揩局,著一層夾襖步出監(jiān)牢的瞬間毫玖,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,139評(píng)論 1 272
  • 我被黑心中介騙來(lái)泰國(guó)打工凌盯, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留付枫,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 48,377評(píng)論 3 373
  • 正文 我出身青樓驰怎,卻偏偏與公主長(zhǎng)得像阐滩,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子县忌,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,060評(píng)論 2 355

推薦閱讀更多精彩內(nèi)容