山東 趙長林

基于云的補丁管理系統(tǒng)和應(yīng)用可能不同于傳統(tǒng)的內(nèi)部程序。這些不同點將擴展到不同的部署類型，例如，對SaaS 部署的補丁相對直接而簡單，因為消費者無法控制補丁過程。如果供應(yīng)商不能實時地對軟件和組件打補丁，就會帶來巨大的風(fēng)險。

企業(yè)對基于云的補丁管理的責(zé)任

所有的企業(yè)都應(yīng)當(dāng)驗證其SaaS 或PaaS 供應(yīng)商的補丁周期。服務(wù)供應(yīng)商還應(yīng)當(dāng)將打補丁的方式傳達給企業(yè)，從而使企業(yè)知道潛在的性能或可能性問題。

要確保供應(yīng)商有能力快速地對所有設(shè)備、應(yīng)用和系統(tǒng)的漏洞打上補丁。應(yīng)考慮供應(yīng)商是否與客戶共享其基于風(fēng)險的打補丁的時間。最終，企業(yè)應(yīng)當(dāng)尋求這樣一種云服務(wù)供應(yīng)商：其服務(wù)要與企業(yè)的內(nèi)部管理實踐和標(biāo)準(zhǔn)保持一致。

PaaS 基于云的補丁管理的最佳實踐

對于PaaS 環(huán)境來說，企業(yè)將擁有對補丁和配置的更多控制，尤其是對于應(yīng)用和開發(fā)環(huán)境的組件和庫來說。企業(yè)應(yīng)尋求將任何已用的平臺（ASP .NET、PHP、Java 等）和運行在其上的應(yīng)用程序都集成到現(xiàn)有的測試和質(zhì)量保證周期中，將在同一時間或在相同的周期內(nèi)實施的修復(fù)作為內(nèi)部應(yīng)用。

補丁管理是PaaS 環(huán)境中的一個巨大挑戰(zhàn)。在應(yīng)用這些補丁時，基礎(chǔ)架構(gòu)團隊需要與開發(fā)和測試團隊密切協(xié)作。改變窗口還需要提前計劃，以適應(yīng)云供應(yīng)商的認(rèn)可。如果要使用PaaS 的部署容器，容器的鏡像在被部署到一個安全存儲庫之前，可以打上補丁和實施測試。

所有后端的基礎(chǔ)架構(gòu)，包括操作系統(tǒng)和網(wǎng)絡(luò)組件，仍由供應(yīng)商打補丁。針對SaaS環(huán)境所涉及的問題也應(yīng)當(dāng)適用于這種模型。

IaaS 基于云的補丁管理的最佳實踐

對于IaaS 供應(yīng)商，團隊可以安裝供應(yīng)商的傳統(tǒng)的補丁管理代理。這些代理可以向位于中央數(shù)據(jù)中心或位于相同的云基礎(chǔ)架構(gòu)中的補丁管理系統(tǒng)報告，當(dāng)然，這要依賴部署的具體情況。

對于云負(fù)載來說，新的基于云的補丁管理選項正在出現(xiàn)，例如微軟的Azure 更新管理服務(wù)。這些工具可能更加高效，并且在本地就可以與運行在云基礎(chǔ)架構(gòu)中的任何實例相集成。這些工具還包括腳本和調(diào)度等選擇。

新的和正在出現(xiàn)的本地云服務(wù)使得修復(fù)云負(fù)載的過程更加便捷，但是還有一些企業(yè)仍選擇使用已經(jīng)擁有的工具實施IaaS 部署，用以簡化運營管理。

激進的云工程團隊和運營團隊正從傳統(tǒng)的補丁模型轉(zhuǎn)移。開發(fā)運營團隊不再花費需為應(yīng)用程序打補丁以使系統(tǒng)運行的更長時間運行負(fù)載，而是轉(zhuǎn)向可被應(yīng)用到新系統(tǒng)鏡像的補丁和更新。然后，推出這些補丁和更新，用以替換老舊的負(fù)載。

這就要求考慮到在部署過程中的大量測試。隨著自動化配置管理工具的使用，補丁和配置被大量地自動化。通過配置模板和配置管理工具而應(yīng)用補丁，團隊就可以更容易地在負(fù)載鏡像上部署補丁和測試結(jié)果，然后再將部署了所有更新的新鏡像推送到生產(chǎn)云中。

或者，在“藍綠部署”中，測試環(huán)境被驗證，然后再投入生產(chǎn)，而老的生產(chǎn)環(huán)境成了測試區(qū)域。

不管所使用的云模式是什么，企業(yè)都應(yīng)當(dāng)正式地評估所有的供應(yīng)商，以用于內(nèi)部的補丁和漏洞管理控制。至少，供應(yīng)商也應(yīng)當(dāng)能夠提供獨立的經(jīng)驗證的控制證明，例如，一份SSAE 18 SOC報告。