在完成系统的自动化时，可能没有任何办法能够肯定全部效劳器能否都正确配置了某一个系统。假如部署一个审核系统，那么它就能够执行一个自动化过程，肯定某个属性（如配置文件中的某个设置）在成百上千个效劳器中能否坚持分歧。在自动化过程中，审核可能十分简单，如考证某一个配置在一组效劳器中的完好性。例如，考证某一个版本的Apache配置是正确的，而且在一切效劳器上都坚持分歧，或者一组效劳器都运用了一个相同的配置文件。事实上，即便部署了高级配置管理框架，有一些东西依然会发作变化，不能坚持同步，因而运用一种办法去考证效劳器、应用程序和配置的状态，依然是自动化过程的重要组成局部；假如根底架构呈现了问题，那么一定要再次检查根底架构的各个组件。
一定要留意，不同的配置管理或自动化框架会采用不同的方式去审核一个根底架构或多个效劳器、操作系统、应用程序及其配置参数。通常，审核一个Web根底架构的一切方面需求消耗大量的时间，但是与其当呈现问题时才思索必需审核哪些东西，不如想好哪些是不能不审核的。假设，消费网站呈现了一个严重问题。可能这个网站每月的用户访问量可达上百万次，每年可以产生50万美圆的收益。当召集一切人开会时关键是要肯定呈现了什么问题，以及如何处理这个问题。这时，问题可能就是由于应用程序代码的版本不分歧而惹起的。大多数编程言语都会在应用程序的二进制文件中运用一种配置清单文件来肯定Web效劳器或应用效劳器中所部署的应用程序版本。
如今，一个中等范围的网站根底架构就可能包含50-1000Web效劳器和应用效劳器。其中包含了大量的操作系统、应用程序、配置文件和参数，这时我们要逐一排查，才干肯定可能招致问题和影响网站访问体验的方面。
此刻应该运用审核软件来肯定哪些效劳器呈现了问题。在该例中，某个应用程序二进制文件的版本不分歧性是问题的本源。下一步就是肯定哪一些Web效劳器或应用效劳器呈现了问题，这样才干肯定应该从哪里开端处理问题。同样，一些好的审核框架能够帮我们创立用于修复当前效劳器的补丁包，然后再将它们部署到一切确认呈现问题的效劳器上。
审核过程中最难的一步是肯定要审核哪些局部。这个过程取决于正在运转的应用程序类型、源代码管理和局部方式、源代码库的类型、所运用的编程言语、操作系统及管理方式和业务需求。假如一个环境能够容忍较长的停机时间，例如那些不会产生收益的网站，那么它的审核请求肯定低于那些每小时能产生大量收益的网站。后面一种环境需求运用一种高度可控和自动化的办法来肯定呈现问题的位置。
在一个完整虚拟化的环境中，一切应用程序都运转在一种虚拟化平台上，只需有一个分配框架担任重新装置虚拟效劳器和重新部署应用程序代码，我们就没有必要引入一个复杂的审核框架，也没有必要花太多时间去肯定发作问题的位置，除非这个问题总是频繁地反复发作。假如完整重建一个效劳器并部署应用程序只需求8~15分钟，那么就没有必要去肯定这个效劳器所呈现的问题。
但是，在一个固定的根底架构或者一个未运用效劳器虚拟化的根底架构中，审核是十分重要的。在这种环境中，我们无法运用实时快照自动回滚修正，也不能启动一个完整重建整个效劳器及应用程序的过程。
留意即便没有运用虛拟化技术，有一些配置管理框架依然可以保管数据库的修正历史记载，并支持实时回滚修正。
与虚拟化环境相比，固定环境关于错误的容忍度较小，因而它们必需肯定需求审核哪些文件、配置和应用程序。有一些办法能够处理很大一局部问题，如源代码管理学问库，但是它们无法处理由系统级配置变化惹起的问题，如装置内核补丁，更新网卡、磁盘控制器的固件和设备驱动程序，等等。这些修正通常会产生意想不到的结果，然后工程师必需自行剖析哪些网卡呈现了问题，然后才干在一切系统上逐一处理问题。
审核框架有以下优点：
寻觅一些未知问题；
改良系统与应用程序的性能；
协助Web根底架构从问题恢复，防止呈现几小时以至几天的停机时间；
在网站设计Web根底架构呈现问题时，定位那些日志或监控系统都无法定位的问题位置。
