在實(shí)現系統的自動(dòng)化時(shí)，可能沒(méi)有任何方法可以確定全部服務(wù)器是否都正確配置了某一個(gè)系統。如果部署一個(gè)審核系統，那么它就可以執行一個(gè)自動(dòng)化過(guò)程，確定某個(gè)屬性(如配置文件中的某個(gè)設置)在成百上千個(gè)服務(wù)器中是否保持一致。在自動(dòng)化過(guò)程中，審核可能非常簡(jiǎn)單，如驗證某一個(gè)配置在一組服務(wù)器中的完整性。例如，驗證某一個(gè)版本的Apache配置是正確的，而且在所有服務(wù)器上都保持一致，或者一組服務(wù)器都使用了一個(gè)相同的配置文件。事實(shí)上，即使部署了高級配置管理框架，有一些東西仍然會(huì )發(fā)生變化，不能保持同步，因此使用一種方法去驗證服務(wù)器、應用程序和配置的狀態(tài)，仍然是自動(dòng)化過(guò)程的重要組成部分；如果基礎架構出現了問(wèn)題，那么一定要再次檢查基礎架構的各個(gè)組件。


 
定要注意，不同的配置管理或自動(dòng)化框架會(huì )采用不同的方式去審核一個(gè)基礎架構或多個(gè)服務(wù)器、操作系統、應用程序及其配置參數。通常，審核一個(gè)Web基礎架構的所有方面需要耗費大量的時(shí)間，但是與其當出現問(wèn)題時(shí)才考慮必須審核哪些東西，不如想好哪些是不能不審核的。假如，生產(chǎn)網(wǎng)站出現了一個(gè)嚴重問(wèn)題?？赡苓@個(gè)網(wǎng)站每月的用戶(hù)訪(fǎng)問(wèn)量可達上百萬(wàn)次，每年能夠產(chǎn)生50萬(wàn)美元的收益。當召集所有人開(kāi)會(huì )時(shí)關(guān)鍵是要確定出現了什么問(wèn)題，以及如何解決這個(gè)問(wèn)題。這時(shí)，問(wèn)題可能就是由于應用程序代碼的版本不一致而引起的。大多數編程語(yǔ)言都會(huì )在應用程序的二進(jìn)制文件中使用一種配置清單文件來(lái)確定Web服務(wù)器或應用服務(wù)器中所部署的應用程序版本。
 
現在，一個(gè)中等規模的網(wǎng)站基礎架構就可能包含50-1000Web服務(wù)器和應用服務(wù)器。其中包含了大量的操作系統、應用程序、配置文件和參數，這時(shí)我們要逐一排查，才能確定可能導致問(wèn)題和影響網(wǎng)站訪(fǎng)問(wèn)體驗的方面。
 
此刻應該使用審核軟件來(lái)確定哪些服務(wù)器出現了問(wèn)題。在該例中，某個(gè)應用程序二進(jìn)制文件的版本不一致性是問(wèn)題的根源。下一步就是確定哪一些Web服務(wù)器或應用服務(wù)器出現了問(wèn)題，這樣才能確定應該從哪里開(kāi)始解決問(wèn)題。同樣，一些好的審核框架可以幫我們創(chuàng )建用于修復當前服務(wù)器的補丁包，然后再將它們部署到所有確認出現問(wèn)題的服務(wù)器上。
 
審核過(guò)程中最難的一步是確定要審核哪些部分。這個(gè)過(guò)程取決于正在運行的應用程序類(lèi)型、源代碼管理和部分方式、源代碼庫的類(lèi)型、所使用的編程語(yǔ)言、操作系統及管理方式和業(yè)務(wù)需求。如果一個(gè)環(huán)境可以容忍較長(cháng)的停機時(shí)間，例如那些不會(huì )產(chǎn)生收益的網(wǎng)站，那么它的審核要求肯定低于那些每小時(shí)能產(chǎn)生大量收益的網(wǎng)站。后面一種環(huán)境需要使用一種高度可控和自動(dòng)化的方法來(lái)確定出現問(wèn)題的位置。
 
在一個(gè)完全虛擬化的環(huán)境中，所有應用程序都運行在一種虛擬化平臺上，只要有一個(gè)分配框架負責重新安裝虛擬服務(wù)器和重新部署應用程序代碼，我們就沒(méi)有必要引入一個(gè)復雜的審核框架，也沒(méi)有必要花太多時(shí)間去確定發(fā)生問(wèn)題的位置，除非這個(gè)問(wèn)題總是頻繁地重復發(fā)生。如果完全重建一個(gè)服務(wù)器并部署應用程序只需要8~15分鐘，那么就沒(méi)有必要去確定這個(gè)服務(wù)器所出現的問(wèn)題。
 
然而，在一個(gè)固定的基礎架構或者一個(gè)未使用服務(wù)器虛擬化的基礎架構中，審核是非常重要的。在這種環(huán)境中，我們無(wú)法使用實(shí)時(shí)快照自動(dòng)回滾修改，也不能啟動(dòng)一個(gè)完全重建整個(gè)服務(wù)器及應用程序的過(guò)程。
 
注意即使沒(méi)有使用虛擬化技術(shù)，有一些配置管理框架仍然能夠保存數據庫的修改歷史記錄，并支持實(shí)時(shí)回滾修改。
 
與虛擬化環(huán)境相比，固定環(huán)境對于錯誤的容忍度較小，因此它們必須確定需要審核哪些文件、配置和應用程序。有一些方法可以解決很大一部分問(wèn)題，如源代碼管理知識庫，但是它們無(wú)法解決由系統級配置變化引起的問(wèn)題，如安裝內核補丁，更新網(wǎng)卡、磁盤(pán)控制器的固件和設備驅動(dòng)程序，等等。這些修改通常會(huì )產(chǎn)生意想不到的結果，然后工程師必須自行分析哪些網(wǎng)卡出現了問(wèn)題，然后才能在所有系統上逐一解決問(wèn)題。
 
審核框架有以下優(yōu)點(diǎn):
 
尋找一些未知問(wèn)題；
改進(jìn)系統與應用程序的性能；
幫助Web基礎架構從問(wèn)題恢復，避免出現幾小時(shí)甚至幾天的停機時(shí)間；
在網(wǎng)站設計Web基礎架構出現問(wèn)題時(shí)，定位那些日志或監控系統都無(wú)法定位的問(wèn)題位置。