企業(yè)建網(wǎng)站如何審核網(wǎng)站基礎(chǔ)架構(gòu)？

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

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

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

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

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

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

審計框架具有以下優(yōu)點:

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

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

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