主流技術企業構建和思考IT解決方案的方式正在發生轉變。關注一下廠商的最新發布，就會發現其重點都是“集成”以及“互操作性”。管理服務提供商(MSP)和系統集成商本是各占山頭，當他們決定成為伙伴而不是構建自己的云服務的時候，就會變身成一個巨大的云提供商。從技術觀點或者是合同的角度來看，這里可能就會導致他們變成云鎖定的受害者。但是如果說團隊可以在咨詢時候詢問得當，作出正確的開發決定的話，云鎖定的威脅可能就會減緩。
如果我們不能花費足夠的經歷得出怎么會失去關聯，怎樣來遷移應用和數據，數據構成的形式以及誰擁有這些數據，這些數據存儲在哪里，云鎖定肯定就會不請自來。但是很多時候，我們在本地操作這些在進入云環境的時候并沒有考慮的足夠多，也沒有咨詢得夠仔細。云集成商應該主要關注兩類云鎖定：隱藏在契約或者服務水平協議(SLA)中鎖定;再者技術問題可能對于集成商來說很難，尤其是把應用或者數據從一個云提供商遷移到期望中的另一個云提供商上。我們要明確的是云鎖定在我們熟悉環境的情況下說不定也不錯，但是這完全取決于場景。
下面我們搜集了一些資料，為云集成商和MSP最小化他們在結合的時候將要面臨的困境：
1.評估云提供商財務是否正常。盡管這樣做似乎挺正常的，但是不要忽視檢查參考資料的需求，并確保所選擇的云服務提供商有資本可以繼續運營。提供商要是陷入麻煩，他們可能會變賣控制權和資產。
2.確保提供商有完整的數據備份和災難恢復計劃。這一點解決了云鎖定的一個不同類型，這種情況下，合作伙伴將用戶數據或者自己的數據放到云端，可能由于云提供商忽視保護自己的基礎設施導致他們再也看不到數據了。這個和第一點有一定的相關性，但是去年亞馬遜Web服務宕機的案例足夠讓我們警醒。在一些案例中，有些數據的丟失是永久性的。云計算畢竟不是完全成熟的技術。
3.理解數據遷移計劃。如果MSP或者云集成商決定讓其基礎設施隨處可需，那么使用數據將會變得多么容易。在很多例子中，可真不是這樣。云鎖定就涉及到這方面的內容。云會導致鎖定，因為數據混合、存儲共享，存儲和備份數據的方式不同。有時候，遷移數據的流程可能要花費的資金比MSP或者云集成商去另外一個云提供商那里重新開始做一遍都要多。這也正是我們為什么要理解云可移植性和遷移實施的重要性了，可能我們都需要在合同一開始就運行一個測試來看看能不能輕松導出這些內容。
4.研究合同要點。集成商和MSP對云要謹慎，必須理解如果業務需求合理變化時候，是否會在法律上破壞這份合同。比如說，你的客戶不在需要服務器或者一些功能了，是否可以以極少的罰金關閉呢?服務器上所使用的任何軟件的許可證歸誰所有?這些問題都是在遭遇云鎖定之前值得反復估量的。
5.避免直接開發云服務提供商專有的應用程序接口(API)。簡單地將應用遷移到云托管的服務器上并不是個問題，但是將應用轉移到云托管的開發平臺可能就會造成問題了(像Azure、Google App Engine)。盡管直接開發具體的API可以獲得性能優勢，但是集成商和MSP應該考慮下假如他們要一個本地的解決方案的話，這樣的遷移如何實現。
上面這些問題是我們對于已有資料的搜索總結，可能在實際情況中，集成商和MSP會面臨更多的挑戰。但是至少從上面總結的內容上，可以避免一些不必要的麻煩，少走一些彎路。
京公網安備 11010502049343號