在完成系統(tǒng)的自動(dòng)化時(shí)，可能沒(méi)有任何辦法能夠肯定全部效勞器能否都正確配置了某一個(gè)系統(tǒng)。假如部署一個(gè)審核系統(tǒng)，那么它就能夠執(zhí)行一個(gè)自動(dòng)化過(guò)程，肯定某個(gè)屬性（如配置文件中的某個(gè)設(shè)置）在成百上千個(gè)效勞器中能否堅(jiān)持分歧。在自動(dòng)化過(guò)程中，審核可能十分簡(jiǎn)單，如考證某一個(gè)配置在一組效勞器中的完好性。例如，考證某一個(gè)版本的Apache配置是正確的，而且在一切效勞器上都堅(jiān)持分歧，或者一組效勞器都運(yùn)用了一個(gè)相同的配置文件。事實(shí)上，即便部署了高級(jí)配置管理框架，有一些東西依然會(huì)發(fā)作變化，不能堅(jiān)持同步，因而運(yùn)用一種辦法去考證效勞器、應(yīng)用程序和配置的狀態(tài)，依然是自動(dòng)化過(guò)程的重要組成局部；假如根底架構(gòu)呈現(xiàn)了問(wèn)題，那么一定要再次檢查根底架構(gòu)的各個(gè)組件。
一定要留意，不同的配置管理或自動(dòng)化框架會(huì)采用不同的方式去審核一個(gè)根底架構(gòu)或多個(gè)效勞器、操作系統(tǒng)、應(yīng)用程序及其配置參數(shù)。通常，審核一個(gè)Web根底架構(gòu)的一切方面需求消耗大量的時(shí)間，但是與其當(dāng)呈現(xiàn)問(wèn)題時(shí)才思索必需審核哪些東西，不如想好哪些是不能不審核的。假設(shè)，消費(fèi)網(wǎng)站呈現(xiàn)了一個(gè)嚴(yán)重問(wèn)題?？赡苓@個(gè)網(wǎng)站每月的用戶訪問(wèn)量可達(dá)上百萬(wàn)次，每年可以產(chǎn)生50萬(wàn)美圓的收益。當(dāng)召集一切人開(kāi)會(huì)時(shí)關(guān)鍵是要肯定呈現(xiàn)了什么問(wèn)題，以及如何處理這個(gè)問(wèn)題。這時(shí)，問(wèn)題可能就是由于應(yīng)用程序代碼的版本不分歧而惹起的。大多數(shù)編程言語(yǔ)都會(huì)在應(yīng)用程序的二進(jìn)制文件中運(yùn)用一種配置清單文件來(lái)肯定Web效勞器或應(yīng)用效勞器中所部署的應(yīng)用程序版本。
如今，一個(gè)中等范圍的網(wǎng)站根底架構(gòu)就可能包含50-1000Web效勞器和應(yīng)用效勞器。其中包含了大量的操作系統(tǒng)、應(yīng)用程序、配置文件和參數(shù)，這時(shí)我們要逐一排查，才干肯定可能招致問(wèn)題和影響網(wǎng)站訪問(wèn)體驗(yàn)的方面。
此刻應(yīng)該運(yùn)用審核軟件來(lái)肯定哪些效勞器呈現(xiàn)了問(wèn)題。在該例中，某個(gè)應(yīng)用程序二進(jìn)制文件的版本不分歧性是問(wèn)題的本源。下一步就是肯定哪一些Web效勞器或應(yīng)用效勞器呈現(xiàn)了問(wèn)題，這樣才干肯定應(yīng)該從哪里開(kāi)端處理問(wèn)題。同樣，一些好的審核框架能夠幫我們創(chuàng)立用于修復(fù)當(dāng)前效勞器的補(bǔ)丁包，然后再將它們部署到一切確認(rèn)呈現(xiàn)問(wèn)題的效勞器上。
審核過(guò)程中最難的一步是肯定要審核哪些局部。這個(gè)過(guò)程取決于正在運(yùn)轉(zhuǎn)的應(yīng)用程序類型、源代碼管理和局部方式、源代碼庫(kù)的類型、所運(yùn)用的編程言語(yǔ)、操作系統(tǒng)及管理方式和業(yè)務(wù)需求。假如一個(gè)環(huán)境能夠容忍較長(zhǎng)的停機(jī)時(shí)間，例如那些不會(huì)產(chǎn)生收益的網(wǎng)站，那么它的審核請(qǐng)求肯定低于那些每小時(shí)能產(chǎn)生大量收益的網(wǎng)站。后面一種環(huán)境需求運(yùn)用一種高度可控和自動(dòng)化的辦法來(lái)肯定呈現(xiàn)問(wèn)題的位置。
在一個(gè)完整虛擬化的環(huán)境中，一切應(yīng)用程序都運(yùn)轉(zhuǎn)在一種虛擬化平臺(tái)上，只需有一個(gè)分配框架擔(dān)任重新裝置虛擬效勞器和重新部署應(yīng)用程序代碼，我們就沒(méi)有必要引入一個(gè)復(fù)雜的審核框架，也沒(méi)有必要花太多時(shí)間去肯定發(fā)作問(wèn)題的位置，除非這個(gè)問(wèn)題總是頻繁地反復(fù)發(fā)作。假如完整重建一個(gè)效勞器并部署應(yīng)用程序只需求8~15分鐘，那么就沒(méi)有必要去肯定這個(gè)效勞器所呈現(xiàn)的問(wèn)題。
但是，在一個(gè)固定的根底架構(gòu)或者一個(gè)未運(yùn)用效勞器虛擬化的根底架構(gòu)中，審核是十分重要的。在這種環(huán)境中，我們無(wú)法運(yùn)用實(shí)時(shí)快照自動(dòng)回滾修正，也不能啟動(dòng)一個(gè)完整重建整個(gè)效勞器及應(yīng)用程序的過(guò)程。
留意即便沒(méi)有運(yùn)用虛擬化技術(shù)，有一些配置管理框架依然可以保管數(shù)據(jù)庫(kù)的修正歷史記載，并支持實(shí)時(shí)回滾修正。
與虛擬化環(huán)境相比，固定環(huán)境關(guān)于錯(cuò)誤的容忍度較小，因而它們必需肯定需求審核哪些文件、配置和應(yīng)用程序。有一些辦法能夠處理很大一局部問(wèn)題，如源代碼管理學(xué)問(wèn)庫(kù)，但是它們無(wú)法處理由系統(tǒng)級(jí)配置變化惹起的問(wèn)題，如裝置內(nèi)核補(bǔ)丁，更新網(wǎng)卡、磁盤控制器的固件和設(shè)備驅(qū)動(dòng)程序，等等。這些修正通常會(huì)產(chǎn)生意想不到的結(jié)果，然后工程師必需自行剖析哪些網(wǎng)卡呈現(xiàn)了問(wèn)題，然后才干在一切系統(tǒng)上逐一處理問(wèn)題。
審核框架有以下優(yōu)點(diǎn)：
尋覓一些未知問(wèn)題；
改良系統(tǒng)與應(yīng)用程序的性能；
協(xié)助Web根底架構(gòu)從問(wèn)題恢復(fù)，防止呈現(xiàn)幾小時(shí)以至幾天的停機(jī)時(shí)間；
在網(wǎng)站設(shè)計(jì)Web根底架構(gòu)呈現(xiàn)問(wèn)題時(shí)，定位那些日志或監(jiān)控系統(tǒng)都無(wú)法定位的問(wèn)題位置。
