在大型網(wǎng)站基礎(chǔ)架構(gòu)上，我們希望盡可能地保持系統(tǒng)的一致性。我們希望在整個(gè)基礎(chǔ)架構(gòu)上使用相同的硬件、軟件和功能。然而，系統(tǒng)維護(hù)通常會(huì)慢慢變成一種人工操作過(guò)程或自動(dòng)化程度較低的過(guò)程，這意味著軟件和功能會(huì)經(jīng)常出現(xiàn)不一致性，或許只有在稍后報(bào)告給系統(tǒng)管理團(tuán)隊(duì)或開(kāi)發(fā)團(tuán)隊(duì)時(shí)，這些問(wèn)題才會(huì)暴露出來(lái)。隨著網(wǎng)站訪客的增多，出錯(cuò)的可能性也會(huì)進(jìn)一步增加。


 
致性是復(fù)現(xiàn)性的副產(chǎn)品創(chuàng)建常見(jiàn)任務(wù)，使它們可以以自動(dòng)化方式在大型網(wǎng)站上重復(fù)執(zhí)行。一般情況下，這要求設(shè)計(jì)一些不需要太多人工干預(yù)就能部署和管理的系統(tǒng)和應(yīng)用程序。如果從一開(kāi)始就考慮自動(dòng)化，那么就更容易形成復(fù)現(xiàn)性，從而不需要在后來(lái)才費(fèi)盡力氣去實(shí)現(xiàn)各種手動(dòng)作業(yè)的自動(dòng)化。例如，如果需要在一臺(tái)全新分配的服務(wù)器上部署個(gè)特定的軟件包，那么現(xiàn)在肯定要手動(dòng)選擇能與特定類(lèi)型服務(wù)器相對(duì)應(yīng)的軟件包，這個(gè)過(guò)程的效率是很低的。相反，如果是在一個(gè)已經(jīng)實(shí)現(xiàn)了自動(dòng)化和可復(fù)現(xiàn)的環(huán)境中，那么服務(wù)器本身就帶有一些標(biāo)簽，如服務(wù)器的文件或DNS信息，這時(shí)配置管理系統(tǒng)就可以根據(jù)這些信息請(qǐng)求來(lái)部署正確的軟件包?？梢钥隙ǖ氖?，這種系統(tǒng)更容易重新產(chǎn)生符合預(yù)期的輸出一一給服務(wù)器部署正確的軟件包，從而可以實(shí)現(xiàn)更加統(tǒng)一的Web應(yīng)用環(huán)境。
 
在考慮實(shí)現(xiàn)網(wǎng)站建設(shè)自動(dòng)化時(shí)，一定要考慮哪些任務(wù)會(huì)更加耗費(fèi)時(shí)間，然后應(yīng)該首先考慮如何處理這些任務(wù)。此外，一定要測(cè)量實(shí)現(xiàn)自動(dòng)化后對(duì)于效率的提升效果，因?yàn)橹挥羞@樣才可以讓我們清晰了解哪些流程將從自動(dòng)化中受益。