云變更管理怎樣做是合理的

與在內(nèi)部環(huán)境相比，云端變更管理可能更復(fù)雜。當(dāng)企業(yè)部署云環(huán)境時(shí)，他們將需要管理大量的服務(wù)-而讓這一挑戰(zhàn)加劇的是，開(kāi)發(fā)人員需要輕松快速地跨不同區(qū)域部署和更新應(yīng)用程序。

但是，云變更管理并不是不可能實(shí)現(xiàn)的事情。通過(guò)適當(dāng)?shù)挠?jì)劃，企業(yè)可以制定流程，以自動(dòng)化他們?nèi)绾问褂眠@些服務(wù)，并結(jié)合迭代部署模型與基礎(chǔ)架構(gòu)即代碼等技術(shù)。除變更管理的技術(shù)方面外，企業(yè)還考慮其員工的協(xié)調(diào)以確保每個(gè)人理解相同。

超越IT之外

在數(shù)據(jù)中心，IT管理員使用變更管理來(lái)控制IT資源的消耗和操作。他們通常采用規(guī)定的方法，通過(guò)服務(wù)管理框架，例如ITIL。通常會(huì)有變更咨詢委員會(huì)，負(fù)責(zé)審查請(qǐng)求及其潛在影響，并可能提出簡(jiǎn)化或優(yōu)化請(qǐng)求的方法。

Deloitte ConsulTIng咨詢公司負(fù)責(zé)人Edward Majors表示，在云端，變更請(qǐng)求的最大不同之處在于速度。與在數(shù)據(jù)中心相比，云用戶可以更快地安排和部署變更到生產(chǎn)中。

Majors說(shuō)：“由于變化如此之快，因此變更管理不再只是IT范疇。”

為了成功實(shí)現(xiàn)云變更管理，企業(yè)必須在受影響的群體之間保持溝通，以便員工了解變更的期望、收益和效果。

做更多計(jì)劃

借助靈活的按需IT資源，云用戶可以部署分布式、靈活擴(kuò)展的工作負(fù)載，例如微服務(wù)。

云咨詢公司ServerCentral Turing Group云解決方案高級(jí)總監(jiān)Josh Quint說(shuō)，使用這種模型時(shí)，云端服務(wù)數(shù)量會(huì)急劇增加。因此，開(kāi)發(fā)人員或IT工程師可能需要多個(gè)地方（有時(shí)甚至是找多家提供商）進(jìn)行更改，而不是通過(guò)單個(gè)管理控制臺(tái)進(jìn)行工作。另外，這些更改可能需要同時(shí)進(jìn)行，從而使手動(dòng)重新配置或配置變得不切實(shí)際。

企業(yè)應(yīng)該將變更作為標(biāo)準(zhǔn)構(gòu)建、集成和部署過(guò)程的一部分，這可確保一致性，即使發(fā)行版本的部署頻率越來(lái)越高。用于代碼創(chuàng)建、交付和部署的受控CI / CD管道還可標(biāo)準(zhǔn)化團(tuán)隊(duì)之間的通信點(diǎn)。通過(guò)圍繞每個(gè)步驟的參數(shù)構(gòu)建CI / CD管道，云團(tuán)隊(duì)可記錄對(duì)云托管應(yīng)用程序執(zhí)行的所有變更的正確方法。

這種標(biāo)準(zhǔn)化的CI / CD流程可管理云中的所有更改，而無(wú)需門(mén)控式審查-這在內(nèi)部部署中很常見(jiàn)。它還使云團(tuán)隊(duì)能夠?qū)⒆詣?dòng)化引入變更管理。流行的CI / CD工具（例如AWS CodePipeline、Jenkins和Azure DevOps）可在變更發(fā)布的每個(gè)階段自動(dòng)化執(zhí)行代碼，包括部署前的測(cè)試和審核。這些步驟會(huì)生成有關(guān)變更的信息，團(tuán)隊(duì)?wèi)?yīng)捕獲這些信息作為變更的文檔。

Quint說(shuō)：“圍繞核心流程提供詳細(xì)的文檔和結(jié)構(gòu)，這里未實(shí)現(xiàn)的好處是自動(dòng)化所帶來(lái)的真正價(jià)值?！边@些文檔會(huì)使變更請(qǐng)求變得更容易檢查和部署，因?yàn)樗鼈冇忻鞔_的路徑，并且可清楚地識(shí)別誰(shuí)應(yīng)該或不應(yīng)該參與。

基于利益相關(guān)者的反饋進(jìn)行迭代

當(dāng)IT團(tuán)隊(duì)，從仍然很常見(jiàn)的Waterfall開(kāi)發(fā)方法，轉(zhuǎn)移到通過(guò)CI / CD管道的少量變更發(fā)布的迭代方法時(shí)，他們應(yīng)該關(guān)注利益相關(guān)者的反饋。

IT咨詢公司TetraVX客戶體驗(yàn)總監(jiān)Sean Kendall解釋說(shuō)，IT團(tuán)隊(duì)可以在新的部署中進(jìn)行多次測(cè)試，以便同時(shí)處理來(lái)自各個(gè)利益相關(guān)者的反饋。

在此迭代過(guò)程中要解決的一些重要問(wèn)題包括：

· 用戶能否訪問(wèn)該軟件？

· 是否有適當(dāng)?shù)母呖捎眯院凸收限D(zhuǎn)移？

· 我們離云提供商的數(shù)據(jù)中心有多遠(yuǎn)，這是否會(huì)影響延遲性？

Kendall指出，基于反饋審查和調(diào)整軟件的靈活做法比任何特定工具都更重要。

基礎(chǔ)設(shè)施即代碼

云咨詢公司SADA云平臺(tái)主管Simon Margolis說(shuō)，如果企業(yè)努力設(shè)置基礎(chǔ)架構(gòu)即代碼，則變更管理會(huì)更容易。對(duì)于給定變更，IT資源和托管方面都是自動(dòng)化，這使得更容易跟蹤、復(fù)制和操縱這些基礎(chǔ)結(jié)構(gòu)配置。開(kāi)發(fā)人員還可以在發(fā)布之前從基礎(chǔ)結(jié)構(gòu)代碼快速啟用復(fù)制環(huán)境進(jìn)行測(cè)試，但由于成本原因，這種做法在本地并不總是可行。

Margolis推薦使用HashiCorp Terraform用于基礎(chǔ)設(shè)施即代碼。它可在很多公共云上運(yùn)行，并且很多IT工程師和開(kāi)發(fā)人員都很熟悉。還有特定于給定平臺(tái)的云原生選項(xiàng)，例如AWS CloudFormaTIon或Google Cloud Deployment Manager。

協(xié)調(diào)人員

計(jì)劃和跟蹤變更也很重要，企業(yè)可使用Asana、Trello或Basecamp等工作管理工具來(lái)協(xié)作、查看實(shí)時(shí)進(jìn)度和更新，因?yàn)樗欣嫦嚓P(guān)者都應(yīng)該關(guān)注云變更。Margolis說(shuō)：“你需要找到一種工具來(lái)檢查所有基本情況，并確保整個(gè)團(tuán)隊(duì)都在使用該工具。”

流程圖也很有用，可確保所有人理解相同。云變更及其部署過(guò)程的可視化視圖可以幫助與工程師展開(kāi)有關(guān)潛在問(wèn)題的對(duì)話。

為故障做計(jì)劃

云咨詢公司Nebulaworks首席技術(shù)官Rob Hernandez說(shuō)，企業(yè)在運(yùn)作任何云環(huán)境時(shí)，都應(yīng)該為故障做準(zhǔn)備。這不一定需要混合或多云方法。云用戶通?？梢酝ㄟ^(guò)跨可用區(qū)域部署以及設(shè)計(jì)實(shí)例以自動(dòng)進(jìn)行故障轉(zhuǎn)移和重新配置來(lái)實(shí)現(xiàn)彈性。

Hernandez說(shuō)，跨越可用性區(qū)域的機(jī)器角色應(yīng)該是默認(rèn)的操作方式。這不需要比單區(qū)域配置更多的工作，并且當(dāng)云提供商出現(xiàn)問(wèn)題時(shí)，這可提供顯著優(yōu)勢(shì)。

大型云供應(yīng)商提供實(shí)例選項(xiàng)以重新部署和恢復(fù)工作，而無(wú)需人工干預(yù)。例如，在AWS中，Auto Scaling組可以確保組中的實(shí)例數(shù)量是恒定的，即使可用性區(qū)域中出現(xiàn)故障也是如此。