在年夜型网站基本架构上，我们愿望尽可能地坚持体系的一致性。我们愿望在全部基本架构上应用雷同的硬件、软件和功效。然而，体系保护平日会慢慢酿成一种人工操作进程或主动化水平较低的进程，这意味着软件和功效会经常涌现纷歧致性，或许只有在稍后申报给体系治理团队或开辟团队时，这些问题才会裸露出来。跟着网站访客的增多，失足的可能性也会进一步增长。

致性是复现性的副产物创立常见义务，使它们可以以主动化方法在年夜型网站上反复履行。一般情形下，这请求设计一些不须要太多人工干涉就能安排和治理的体系和运用法式。假如从一开端就斟酌主动化，那么就更轻易形成复现性，从而不须要在后来才费努力气去实现各类手动功课的主动化。例如，假如须要在一台全新分派的办事器上安排个特定的软件包，那么如今确定要手动选择能与特定类型办事器相对应的软件包，这个进程的效力是很低的。相反，假如是在一个已经实现了主动化和可复现的情况中，那么办事器自己就带有一些标签，如办事器的文件或DNS信息，这时设置装备摆设治理体系就可以依据这些信息要求来安排准确的软件包。可以确定的是，这种体系更轻易从新发生相符预期的输出一一给办事器安排准确的软件包，从而可以实现加倍同一的Web运用情况。

在斟酌实现网站扶植主动化时，必定要斟酌哪些义务会加倍消耗时光，然后应当起首斟酌若何处置这些义务。此外，必定要测量实现主动化后对于效力的晋升后果，因为只有如许才可以让我们清楚懂得哪些流程将从主动化中受益。