此時(shí)，應(yīng)使用審計(jì)軟件來確定哪些服務(wù)器存在問題。在這種情況下，應(yīng)用程序二進(jìn)制文件的版本不一致是問題的根源。下一步是確定哪個(gè)Web服務(wù)器或應(yīng)用程序服務(wù)器有問題，以確定從何處開始解決問題。同樣，一些好的審計(jì)框架可以幫助我們創(chuàng)建修復(fù)當(dāng)前服務(wù)器的修復(fù)程序，然后將它們部署到所有識(shí)別問題的服務(wù)器上。

審核過程中最難的步驟是確定要審核的部分。此過程取決于正在運(yùn)行的應(yīng)用程序的類型。?源代碼管理和部分模式?源代碼庫類型?編程語言使用?操作系統(tǒng)和管理及業(yè)務(wù)要求。如果環(huán)境可以容忍長(zhǎng)時(shí)間停機(jī)，例如那些不產(chǎn)生收入的停機(jī)，則其審計(jì)要求肯定低于每小時(shí)產(chǎn)生大量收入的要求。后一種環(huán)境需要采用高度可控和自動(dòng)化的方法來確定問題發(fā)生的位置。

在完全虛擬化的環(huán)境中，所有應(yīng)用程序都在單個(gè)虛擬化平臺(tái)上運(yùn)行，只要有負(fù)責(zé)重新安裝虛擬服務(wù)器和重新部署應(yīng)用程序代碼的分發(fā)框架，就不需要引入復(fù)雜的審計(jì)框架。除非經(jīng)常重復(fù)問題，否則也沒有必要花太多時(shí)間來確定問題發(fā)生的位置。如果完全重建服務(wù)器并部署應(yīng)用程序只需8-15分鐘，則無需確定此服務(wù)器的問題。

但是，審計(jì)在固定基礎(chǔ)架構(gòu)或不使用服務(wù)器虛擬化的基礎(chǔ)架構(gòu)中非常重要。在此環(huán)境中，我們無法使用自動(dòng)快照自動(dòng)回滾修改，也無法啟動(dòng)完全重建整個(gè)服務(wù)器和應(yīng)用程序的進(jìn)程。

請(qǐng)注意，即使沒有虛擬化，一些配置管理框架仍然可以保存數(shù)據(jù)庫的修改歷史記錄并支持實(shí)時(shí)回滾修改。

固定環(huán)境比虛擬化環(huán)境更不容忍錯(cuò)誤，因此他們必須確定需要檢查哪些文件?配置和應(yīng)用程序。有幾種方法可以解決大部分問題，例如源代碼管理知識(shí)庫，但它們無法解決系統(tǒng)級(jí)配置更改導(dǎo)致的問題，例如安裝內(nèi)核補(bǔ)丁，更新固件和設(shè)備驅(qū)動(dòng)程序網(wǎng)卡?磁盤控制器等。這些修改通常會(huì)產(chǎn)生意外結(jié)果，工程師必須先分析哪些NIC在所有系統(tǒng)上逐一解決問題之前都有問題。

審計(jì)框架具有以下優(yōu)點(diǎn):

尋找一些未知的問題;提高系統(tǒng)和應(yīng)用程序性能;

幫助Web基礎(chǔ)架構(gòu)從問題中恢復(fù)，避免數(shù)小時(shí)甚至數(shù)天的停機(jī);

當(dāng)Web設(shè)計(jì)Web基礎(chǔ)結(jié)構(gòu)出現(xiàn)問題時(shí)，請(qǐng)找到日志或監(jiān)視系統(tǒng)無法找到的問題區(qū)域。