從事云項(xiàng)目的每個人都渴望成功，但是數(shù)據(jù)顯示即便周密謀劃，不成功的風(fēng)險依然存在。統(tǒng)計(jì)模型顯示，出于超額費(fèi)用、宕機(jī)或者不適用應(yīng)用選擇等原因，每家公司都將至少有一個失敗的云項(xiàng)目嘗試;失敗發(fā)生時，最佳的選擇可能就是全身而退，將應(yīng)用轉(zhuǎn)移回本地的后端平臺上。這種退出并不容易，但是精心謀劃仍可實(shí)現(xiàn)，而且能夠?yàn)槲磥淼捻?xiàng)目維護(hù)好云的聲譽(yù)。

從一個云項(xiàng)目中全身而退大致可以分三步走：在云計(jì)劃中準(zhǔn)備一條撤退路線：“復(fù)古云運(yùn)動(retro cloud movement)”(我的意思是回到云之前的企業(yè)IT環(huán)境中)以及考慮再啟動。

事實(shí)上，每一個報告從云項(xiàng)目中退出的用戶都表明，如果他們能夠預(yù)先構(gòu)架好云項(xiàng)目，只會面臨很少的問題，至少從失敗的風(fēng)險上來看是這樣。一些調(diào)查顯示，十個云項(xiàng)目中至少有一個要包含可行的退出計(jì)劃，通常是由于用戶不理解如何創(chuàng)建這一個項(xiàng)目。

一個云項(xiàng)目要想能夠承擔(dān)退出的風(fēng)險，應(yīng)該包含失敗預(yù)警指示信號，可以在其不運(yùn)作時保持項(xiàng)目的超前性，提供從公有云中退出的合約流程以及撤退選擇，直到通過風(fēng)險期。這些退出的關(guān)鍵基礎(chǔ)最可能依賴于預(yù)警指示信號。

云計(jì)算項(xiàng)目完美全身而退作戰(zhàn)計(jì)劃

云項(xiàng)目初期階段測試

云遷移的業(yè)務(wù)案例由平衡預(yù)期利益和必須抵消的技術(shù)風(fēng)險決定。在大多數(shù)案例中，企業(yè)會出于性能觀點(diǎn)，全面測試云應(yīng)用，但是他們可能用測試信息量來做，而不是生產(chǎn)的設(shè)定值。此外，他們很少驗(yàn)證成本假設(shè)。

為了避免云退出的這些問題，執(zhí)行一次功能測試和業(yè)務(wù)小規(guī)模測試。前者應(yīng)該關(guān)注應(yīng)用完整性、性能和可管理性;后者應(yīng)該關(guān)注測試云價格假設(shè)。

有必要進(jìn)行廣泛回顧，關(guān)注哪些變量可能會影響云價格，從而確定精確的云價格。大多數(shù)時候，潛在的變量關(guān)系到數(shù)據(jù)存儲、數(shù)據(jù)訪問、云性能和可用性。比如，很多企業(yè)發(fā)現(xiàn)“基礎(chǔ)”云服務(wù)不符合用戶的體驗(yàn)質(zhì)量(QoE)預(yù)期，他們被迫投入實(shí)例、集群和其他更多的有效服務(wù)。這些變量應(yīng)該在功能測試中找到，但是一些可能只會在全部投入生產(chǎn)時才會出現(xiàn)。

并不是所有的企業(yè)對于這兩個測試運(yùn)行多久就會有效暴露任何成本風(fēng)險都能達(dá)成一致;大多數(shù)云管理員認(rèn)為至少一個月，但是一些人也說最長要一個季度。在一個更為長期的測試周期中，企業(yè)會遭遇同云廠商的合同問題，以及維護(hù)退出系統(tǒng)的問題。大多數(shù)云提供商接受一次性合同救助，實(shí)際上全部都會轉(zhuǎn)變?yōu)橐粋�月到一個月的服務(wù)，根據(jù)可信公司以前的月支付額來提供長期的合同。然而，用戶報告測試階段最長三個月就變得很難交涉了。在大多數(shù)時候，也有必要維護(hù)本地的退回系統(tǒng)，如果退出是必須的。更長的測試周期，也意味著退出時更多的成本消耗。

進(jìn)入“復(fù)古云運(yùn)動”階段

如果預(yù)警指示信號在測試階段顯示云項(xiàng)目不符合目標(biāo)，隨后你必須進(jìn)入“復(fù)古云運(yùn)動”階段。首先，通知云提供商你發(fā)現(xiàn)服務(wù)選擇失敗，不符合業(yè)務(wù)用例。云提供商可能會建議補(bǔ)救，如果經(jīng)濟(jì)上可行，你可以接受。但是，大多數(shù)云項(xiàng)目失敗并不能修復(fù)，除非你第一次告知提供商要有麻煩了。

下面準(zhǔn)備好本地的應(yīng)用平臺。如果預(yù)警指示信號顯示了測試階段的問題，唯一的需求就是終止測試，排除所有旨在測試期間升級的應(yīng)用。如果問題直到生產(chǎn)試用階段都沒發(fā)生，就需要檢查應(yīng)用，確保更新了所有事務(wù)數(shù)據(jù)，而且平臺或者軟件應(yīng)該在回到本地之前變更。這就需要在“復(fù)古云運(yùn)動”之前，在內(nèi)部系統(tǒng)中進(jìn)行確認(rèn)測試。在很多案例中，應(yīng)用生命周期管理實(shí)踐是為了內(nèi)部應(yīng)用開發(fā)，也可以用于指導(dǎo)企業(yè)從云端退出。

考慮第二次云嘗試

最后一點(diǎn)是要意識到很多云失敗是可撤回的。一些案例中云成本或者性能不符合業(yè)務(wù)需求可以通過變更提供商或者重新談判合同補(bǔ)救。

如果內(nèi)部項(xiàng)目措施協(xié)助確保了云遷移的成功，隨后失敗可能會對維持成功之處新的措施。每一個失敗的云項(xiàng)目應(yīng)該“既往不咎”，來確定是否在不同的條件下重啟項(xiàng)目，讓其能夠更好地服務(wù)企業(yè)的利益點(diǎn)。