在實現(xiàn)系統(tǒng)的自動化時，可能無法確定所有服務器是否正確配置了某個系統(tǒng)。如果您部署了審計系統(tǒng)，然后它可以執(zhí)行自動化過程。確定配置文件（例如配置文件中的設置）在數(shù)百個服務器中是一致的。在自動化過程中，審查可能很簡單，如果在一組服務器中驗證了某個完整性。E.G，驗證Apache配置的版本是否正確。并且它在所有服務器上都是一致的。或者一組服務器使用相同的配置文件。實際上，即使部署了高級配置管理框架，有些事情仍然會改變，無法保持同步，因此，使用方法來驗證服務器的狀態(tài)， 應用， 和配置，它仍然是自動化過程的重要組成部分; 如果基礎設施有問題，然后，您必須再次檢查基礎架構的每個組件。

　　小心，不同的配置管理或自動化框架使用不同的方式來查看基礎架構或多個服務器， 操作系統(tǒng)， 應該[公司網站建設多少錢使用程專業(yè)做企業(yè)網站序及其配置參數(shù)。通常，查看Web基礎架構的所有方面需要花費大量時間，但有必要在存在問題時審查必須審查哪些事情。最好考慮無法審查的內容。如果，生產網站有一個嚴重的問題。也許這個網站每月可以達到數(shù)百萬美元，可以生產500美元，000。召開每個人的情況是這種情況， 關鍵是確定有什么問題，以及如何解決這個問題。此時，問題可能是由應用程序代碼的不一致引起的。大多數(shù)編程語言使用應用程序二進制文件中的配置列表文件來確定Web服務器或應用程序服務器的應用程序版本。

　　馬上，中型網站基礎架構可能包含50-1000Web服務器和應用服務器。它包含大量的操作系統(tǒng)， 應用程序， 配置文件， 和參數(shù)。此時， 我們必須逐一投資。它可以確定可能導致問題并影響網站訪問體驗的方面。

　　此時， 應使用審核軟件來確定哪些服務器存在問題。在這個例子中，應用程序二進制文件的版本不一致是問題的根源。下一步是確定哪個Web服務器或應用程序服務器存在問題。這將確定開始解決問題的位置。相同的，一些好的審查框架可以幫助我們創(chuàng)建用于修復當前服務器的補丁包。然后將它們部署到所有確認問題。

　　審閱過程中最困難的步驟是確定應審查哪些部分。此過程取決于運行的應用程序類型， 源代碼管理， 和部分模式， 源代碼庫的類型， 編程語言， 操作系統(tǒng)， 和管理方法和業(yè)務需求。如果環(huán)境可以容忍長時間的停機，例如， 那些沒有產生收益的網站，然后其審計要求絕對低于每小時產生大量福利的審計要求。之后， 環(huán)境需要一種高度可控和自動化的方法來確定問題的位置。

　　在一個完全虛擬化的環(huán)境中，所有應用程序都在虛擬化平臺上運行，只要有負責重新安裝虛擬服務器并重新部署應用程序代碼的分配框架。我們不必介紹一個復雜的審計框架。沒有必要花費太多時間來確定問題的問題，除非這個問題總是頻繁[網站施工價格列表]重復。如果您完全重建服務器并部署應用程序專業(yè)網站制作官網只需要8?15分鐘，然后不需要確定此服務器中出現(xiàn)的問題。

　　然而，在未使用服務器虛擬化的固定基礎架構或基礎架構中，審查非常重要。在這個環(huán)境中，我們不能使用實時快照自動回滾修改，您無法啟動完全重建整個服務器和應用程序的過程。

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

　　與虛擬化環(huán)境相比，固定環(huán)境的錯誤容忍[專業(yè)網頁設計]小程度，因此，他們必須確定哪些文件， 配置， 和需要審查的應用程序。有一些方法可以解決大部分問題。如源代碼管理知識庫，但他們無法解決由系統(tǒng)級配置更改引起的問題。如安裝內核補丁，更新NIC， 磁盤控制器的固件和設備驅動程序，還有很多。這些修改通常具有意外結果。然后工程師必須分析哪些網卡有問題。然后在所有系統(tǒng)上逐個解決問題。

　　審計框架具有以下優(yōu)勢：

　　找到一些未知的問題;

　　提高系統(tǒng)的性能和應用;

　　從問題恢復幫助Web基礎架構，避免幾個小時甚至幾天的停機時間;

　　當網站設計Web基礎架構有問題時，定位那些無法定位的日志或監(jiān)視系統(tǒng)。