將代碼部署到生產(chǎn)環(huán)境的最簡(jiǎn)單方法是，通過(guò)配置管理和分配系統實(shí)現自動(dòng)部署。例如，我們可以用它輕松解析依賴(lài)，如共享庫或其他代碼部署過(guò)程中必須使用的二進(jìn)制文件大多數配置管理系統實(shí)際上都會(huì )將物理和邏輯軟件資源抽象到配置文件中，然后再用與特定領(lǐng)域相關(guān)的描述性語(yǔ)言進(jìn)行編輯。最后，通過(guò)某種引擎執行預期修改，在操作系統或應用程序上實(shí)現預期的結果。
 
這些配置管理框架可以與部署工具交互，由這些工具將軟件二進(jìn)制文件真正部署到應用程序或Web服務(wù)器上。由于這個(gè)過(guò)程使用一種通用語(yǔ)言，所以對于開(kāi)發(fā)和運維團隊而言都非常有用。軟件開(kāi)發(fā)人員不需要修改源代碼配置清單文件，運維人員也不需要通過(guò)版本管理人員或軟件開(kāi)發(fā)人員去確定一個(gè)特定環(huán)境或一種應用服務(wù)器所需要的文件版本，配置管理文件可以直接定義好所需要的應用程序版本及其部署位置，然后所有的依賴(lài)管理和安裝過(guò)程都在后臺完成，完全不需要人工干預。但是，也不要太異想天開(kāi)了。這個(gè)過(guò)程并不能通過(guò)直接購買(mǎi)、構建或實(shí)現一個(gè)現有配置管理系統和依賴(lài)解析框架而實(shí)現。它要求掌握自動(dòng)化方法的運維和開(kāi)發(fā)工程師在后臺執行人工測試和設計。


 
發(fā)布通常是整個(gè)新網(wǎng)站和應用程序發(fā)布運營(yíng)過(guò)程中最簡(jiǎn)單的一環(huán)。到這一步時(shí)，大多數測試應該已經(jīng)完成，那些只有當網(wǎng)站或應用程序面臨隨機流量時(shí)才可能發(fā)生的許多Bug和錯誤，這時(shí)很有可能已被發(fā)現。相關(guān)團隊現在只需要在發(fā)布前階段使用一個(gè)已經(jīng)確定好的腳本來(lái)檢查，而且這個(gè)過(guò)程的大部分工作只是按照一份檢査清單逐步檢査，或者啟動(dòng)些自動(dòng)腳本，開(kāi)始真正發(fā)布新網(wǎng)站或應用程序，并將它們交付給公眾訪(fǎng)問(wèn)。
 
在發(fā)布階段，開(kāi)發(fā)與運維團隊的協(xié)作也非常重要，因為當出現問(wèn)題時(shí)，他們就可以快速分析和評估問(wèn)題，確定這些錯誤或Bug對于業(yè)務(wù)的影響，以及它們是否需要立即修復，或者留待將來(lái)修復，或者是否應該完全中止發(fā)布過(guò)程。
 
發(fā)布過(guò)程一般要求網(wǎng)站建設開(kāi)發(fā)與運維工程師共同參與，他們要在發(fā)布前階段協(xié)同來(lái)執行腳本或檢查清單。如果使用了一個(gè)正確的自動(dòng)化系統，那么新網(wǎng)站的整個(gè)發(fā)布過(guò)程應該可以在幾小時(shí)內完成。新應用程序越復雜，它的發(fā)布時(shí)間就越長(cháng)，而且有許多因素可能影響發(fā)布時(shí)間，如發(fā)布位置的數量、內容交付網(wǎng)絡(luò )的傳輸速度和技術(shù)團隊在發(fā)布過(guò)程中實(shí)現的自動(dòng)化程度。