在咱們構(gòu)建了事物后，咱們會(huì)開端優(yōu)化它。在這里做些調(diào)整，那里做些更新，并監(jiān)控全部以保證其正常運(yùn)轉(zhuǎn)。在大多數(shù)情況下，這結(jié)尾會(huì)涉及到必定程度的主動(dòng)化，而這正是工具箱腳本和開發(fā)發(fā)揮作用的當(dāng)?shù)亍Ｔ蹅兙帉懸恍┐a來主動(dòng)化手動(dòng)使命，將其放入生產(chǎn)環(huán)節(jié)，并移動(dòng)到下一個(gè)目標(biāo)。

抱負(fù)情況下，咱們大概盡可以多地對(duì)代碼進(jìn)行過錯(cuò)查看，但許多時(shí)分，開發(fā)人員并不會(huì)進(jìn)行真正的過錯(cuò)查看，這可以帶來無窮的災(zāi)禍。

咱們看一個(gè)實(shí)在的比如。咱們有一個(gè)虛擬效勞器模版(用于進(jìn)行主動(dòng)效勞擴(kuò)展)，當(dāng)web應(yīng)用程序的負(fù)載增加時(shí)，該模版會(huì)用來增建web效勞器。這是簡略的作業(yè)—咱們只需求可以按一個(gè)按鈕(或許主動(dòng)履行它)。

假定咱們現(xiàn)已部署了程序來調(diào)整負(fù)載均衡器，以及增加新的web效勞器，咱們真正要注重的是保證這些效勞器上的應(yīng)用程序倉庫的穩(wěn)定性和正常運(yùn)轉(zhuǎn)。咱們編寫了一些代碼，并將其放入到init腳本，讓每臺(tái)web效勞器可以下載某些需求的變量要素，以便可以正常運(yùn)轉(zhuǎn)。這又是簡略的作業(yè)。咱們可以主動(dòng)化anrsync或許scp進(jìn)程。咱們可以十分疾速方便地測(cè)驗(yàn)這個(gè)代碼。

可是，假如咱們沒有對(duì)該代碼進(jìn)行滿足的過錯(cuò)查看，咱們可以會(huì)發(fā)現(xiàn)，在半年內(nèi)，整個(gè)應(yīng)用程序開端間歇性潰散。或許文件名更改了，或許效勞器被更換，或許某人更改了authorized_keys文件。這些都是看蘇無害的變化，當(dāng)這些web效勞器發(fā)動(dòng)時(shí)，它們將無法訪問它們需求的東西，從而無法正常運(yùn)轉(zhuǎn)。

在這種情況下大概會(huì)發(fā)生這樣的作業(yè)：效勞器經(jīng)過SNMP或許電子郵件顯現(xiàn)過錯(cuò)，并不會(huì)翻開web效勞。這個(gè)疑問將會(huì)清楚明了，或許一些調(diào)試就可以處理。但是，假如效勞器持續(xù)翻開一切效勞，并加入到負(fù)載均衡組，它可以無法正常作業(yè)。

依據(jù)所遇到的實(shí)踐疑問，這可以意味著新效勞器上的一切效勞都潰散了，可以讓效勞、內(nèi)容和應(yīng)用程序監(jiān)控結(jié)構(gòu)無法檢測(cè)到進(jìn)犯。效勞器可以看起來沒疑問，但實(shí)踐并不是這樣。

假如這種影響相對(duì)較小，可以愈加令人不安，這意味著經(jīng)過該模版生成的新效勞器發(fā)動(dòng)時(shí)，又會(huì)呈現(xiàn)過錯(cuò)報(bào)告，或許只會(huì)有小部分用戶受影響，由于現(xiàn)已運(yùn)轉(zhuǎn)的效勞器沒有相同的疑問。這些疑問很難發(fā)現(xiàn)。筆者更情愿看到這樣的情況：發(fā)動(dòng)十幾臺(tái)效勞器、發(fā)現(xiàn)一個(gè)過錯(cuò)、發(fā)送警報(bào)，然后損壞應(yīng)用程序。與損壞的可以損壞數(shù)據(jù)庫的疾速應(yīng)用程序相比，容量較低而減緩運(yùn)轉(zhuǎn)的應(yīng)用程序更可承受。

這個(gè)疑問的關(guān)鍵是，看似細(xì)小的主動(dòng)化作業(yè)可以可以完美地作業(yè)很長的時(shí)刻，但結(jié)尾仍是會(huì)帶來損壞。主動(dòng)駕馭儀是巨大的創(chuàng)造，但咱們?nèi)允瞧谕扇藖眈{馭轎車，以保證作業(yè)的正常運(yùn)轉(zhuǎn)。對(duì)于簡略的主動(dòng)化使命，咱們大概盡可以多地進(jìn)行過錯(cuò)查看，由于這和主動(dòng)化本身相同重要。

主動(dòng)化的確可以帶來很大的滿足感。咱們可以構(gòu)建一個(gè)機(jī)敏的結(jié)構(gòu)來簡化一些作業(yè)，然后看著其運(yùn)作。但就像樂高車相同，假如咱們不注重，它結(jié)尾將會(huì)受阻。最佳一開端就做好計(jì)劃文章來源：http://m.28ut.com