实现系统自动化时，可能无法确定是否为特定系统正确配置了所有服务器。如果部署审核系统，它可以执行自动过程以确定属性（例如配置文件中的设置）是否在数百或数千台服务器上保持一致。在自动化过程中，审核可以像验证一组服务器中的配置的完整性一样简单。例如，验证所有服务器上的Apache配置版本是否正确且一致，或者一组服务器使用相同的配置文件。事实上，即使部署了高级配置管理框架，仍有一些东西仍在变化且无法保持同步，因此使用一种方法来验证服务器的状态 应用程序和配置仍然是自动化过程的重要部分;架构存在问题，因此请务必再次检查基础架构的各个组件。

值得注意的是，不同的配置管理或自动化框架使用不同的方法来审计基础结构或多个服务器 操作系统 应用程序及其配置参数。通常，审查Web基础结构的所有方面需要花费大量时间，但最好还是考虑出现问题时需要检查的内容。最好考虑一下你不能忽视的东西。如果生产网站存在严重问题。也许这个网站每个月有数百万用户访问，每年产生50万美元的收入。召集每个人见面的关键是确定发生了什么以及如何解决。此时，问题可能是由应用程序代码的不一致版本引起的。大多数编程语言使用应用程序二进制文件中的配置清单文件来确定Web服务器或应用程序服务器上部署的应用程序的版本。

现在，中型网站基础架构可以包含50-1000个Web服务器和应用程序服务器。它包含大量操作系统 应用程序 的配置文件和参数，然后我们要检查每一个，以确定可能导致问题并影响站点访问体验的方面。

此时，应使用审计软件来确定哪些服务器存在问题。在这种情况下，应用程序二进制文件的版本不一致是问题的根源。下一步是确定哪个Web服务器或应用程序服务器出现问题，以便您可以确定从何处开始解决问题。同样，一些好的审计框架可以帮助我们创建修复当前服务器的修复程序，然后将它们部署到所有识别问题的服务器上。审核过程中最难的步骤是确定要审核的部分。此过程取决于正在运行的应用程序的类型。 源代码管理和部分模式 源代码库类型 编程语言使用 操作系统和管理及业务要求。如果环境可以容忍长时间停机，例如那些不产生收入的停机，则其审计要求肯定低于每小时产生大量收入的要求。后一种环境需要采用高度可控和自动化的方法来确定问题发生的位置。

在完全虚拟化的环境中，所有应用程序都在单个虚拟化平台上运行，只要有负责重新安装虚拟服务器和重新部署应用程序代码的分发框架，就不需要引入复杂的审计框架。除非经常重复问题，否则也没有必要花太多时间来确定问题发生的位置。如果完全重建服务器并部署应用程序只需8-15分钟，则无需确定此服务器的问题。

但是，审计在固定基础架构或不使用服务器虚拟化的基础架构中非常重要。在此环境中，我们无法使用自动快照自动回滚修改，也无法启动完全重建整个服务器和应用程序的进程。

请注意，即使没有虚拟化，一些配置管理框架仍然可以保存数据库的修改历史记录并支持实时回滚修改。

固定环境比虚拟化环境更不容忍错误，因此他们必须确定需要检查哪些文件 配置和应用程序。有几种方法可以解决大部分问题，例如源代码管理知识库，但它们无法解决系统级配置更改导致的问题，例如安装内核补丁，更新固件和设备驱动程序网卡 磁盘控制器等。这些修改通常会产生意外结果，工程师必须先分析哪些NIC在所有系统上逐一解决问题之前都有问题。

审计框架具有以下优点:

寻找一些未知的问题;

提高系统和应用程序性能;

帮助Web基础架构从问题中恢复，避免数小时甚至数天的停机;

当Web设计Web基础结构出现问题时，请找到日志或监视系统无法找到的问题区域。