如何通过主动化实现同一的Web环境？

在大型网站基础架构上，我们盼望尽可能地保持体系的一致性。我们盼望在整个基础架构上使用雷同的硬件、软件和功能。然而，体系维护通常会慢慢变成一种人工操作过程或主动化程度较低的过程，这意味着软件和功能会经常出现不一致性，或许只有在稍后报告给体系管理团队或开发团队时，这些问题才会暴露出来。随着网站访客的增多，出错的可能性也会进一步增长。


 
致性是复现性的副产品创建惯用义务，使它们可以以主动化方法在大型网站上重复实行。一样平常情况下，这要求设计一些不必须要太多人工干预就能部署和管理的体系和应用程序。假如从一开始就考虑主动化，那么就更容易形成复现性，从而不必须要在后来才费尽力气去实现各种手动作业的主动化。例如，假如必须要在一台全新分配的服务器上部署个特定的软件包，那么如今一定要手动选择能与特定类型服务器相对应的软件包，这个过程的服从是很低的。相反，假如是在一个已经实现了主动化和可复现的环境中，那么服务器自己就带有一些标签，如服务器的文件或DNS信息，这时配置管理体系就可以根据这些信息请求来部署精确的软件包。可以一定的是，这种体系更容易重新产生吻合预期的输出逐一给服务器部署精确的软件包，从而可以实现更加同一的Web应用环境。
 
在考虑实现网站建设主动化时，肯定要考虑哪些义务会更加耗费时间，然后应该首先考虑如何处理这些义务。此外，肯定要测量实现主动化后对于服从的提高结果，由于只有这样才可以让我们清晰了解哪些流程将从主动化中受益。