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

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

今天，一个中等规模的网站基础设施可以包含50-1000个web服务器和应用服务器。它包含了大量的操作系统应用配置文件和参数，然后我们需要逐一检查，确定哪些方面可能会造成问题，影响站点的访问体验。

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

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

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

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

固定环境比虚拟化环境容错能力更低，因此它们必须确定需要检查哪些文件、配置和应用程序。解决大多数问题的方法有几种，如源代码管理知识库，但它们不能解决系统级配置变化带来的问题，如安装内核补丁、更新固件和设备驱动程序、网卡磁盘控制器等。这些修改通常会产生意想不到的结果。在解决问题之前，工程师必须首先分析所有系统上的哪些nic存在问题

审计框架具有以下优点:

寻找一些未知的问题;

提高系统和应用性能;

帮助web基础设施从问题中恢复，避免停机数小时甚至数天;

当web设计web基础设施出现问题时，找到日志或监控系统无法找到的问题区域。