IT管理人員頻繁地使用云服務，以此作為擺脫廠商鎖定的一種方式。企業要結束對某個廠商的依賴源于其降低成本的需要，以商品驅動的方法獲取基礎設施服務將是實現上述目標的一種途徑。企業的態度不難歸咎于廠商昂貴的費用，因為廠商通常按照年度基準提出大額發票，并且幾乎沒有談判的余地。然而廠商為何要談判？企業用戶已經依賴于廠商的單源技術。似乎通過創建一個競爭的環境使企業擺脫對單源技術的依賴是一種合理的方式。

在企業的IT生命周期中有兩個里程碑是廠商必須要參與競爭的：實施前技術選擇(廠商鎖定建立于此)，以及實施后購買。

諸如服務器硬件這樣的組件在市場中是標準化的，然而像內容管理系統(CMS)這樣的關鍵組件又是高度分化的，導致用戶只能選擇單一廠商的服務。在此過程中并不是所有的決定都依賴于廠商，但是這些廠商仍然起主導作用。操作系統和編程語言的選擇并不依賴于特定廠商，但是他們會限制未來的選擇。

開始于項目初始階段的廠商鎖定成為不了企業的痛點，直到你進入IT生命周期的采購階段。企業很快發現他們的主要成本動因是非商品化部分，而那些單源技術廠商此刻占據了符合他們談判利益的最佳形勢。

在服務的后期，上述困難將會變得尤其突出，當巨大的生產收益記憶消退時，企業將只留下對成本的擔憂。雪上加霜的是，商品化部分的成本隨著時間推移往往伴隨著摩爾定律不斷降低，同時隨著其他可成倍改進的技術，如網絡技術和存儲技術的發展，迫使這些商品化組件在企業當前的成本模型中占據更小的比重，免備案主機，這一切都使企業更加關注單源廠商的作用。

最直接的做法是向廠商要求結束依賴。但這樣做并不能解決所有問題，不要忘記這條原則——相關并不意味著因果。很多企業似乎擁有相關的組織結構來進行針對系統組件的不完備的成本價值分析。供應商管理只能被迫專注于降低成本，但即便如此也不一定能夠通過整體遷移以及單源組件擴展估算出相關價值。

在實施過程中可以選擇這種組件以期最大化系統價值。但是在項目開始階段適用的方案在整個項目生命周期中可能并不總是奏效，這就是分析結論一團糟的原因。組件的成本必須經由組件遷移的價值來擔保。在此分析下會出現下述兩種情況之一——如果組件還有價值，企業就應該支付訂單；如果沒有，就更換組件。但后者是昂貴的，并且需要大量的評估工作。為了證明能夠以降低成本的努力開始一個大型項目，就需要增加新的價值，而這也增加了項目的復雜性和成本。

然而，原有的服務體系是否架構了允許企業在無需重構整個實施框架的基礎上替換某一組件的機制，以便企業實現后期的成本降低。最后，廠商鎖定是一個實施問題。多年來許多架構模式(如n層客戶端/服務器模型，面向服務模型，松散耦合模型等)都允許企業替換組件，但是由于缺乏體系性的遠見和嚴密性，這個領域取得的突破很有限。

這些問題把我們帶回到云計算中。當然，亞洲服務器租用 歐洲服務器，云計算提供了一種能夠更加高效地遷移一體化技術的方式，比如電子郵件技術。但這其中仍然有很大程度的廠商鎖定問題，因為從一個軟件即服務(SaaS)廠商遷移到另一個SaaS廠商是一項巨大的工程。另一方面，試圖使用基礎設施即服務(IaaS)來解除對廠商的依賴將會導致令人失望的投資回報率。

換句話說，把一堆亂七八糟的東西從你的數據中心內遷移到云計算中心并不能使你從廠商鎖定中解脫出來，反而會使你陷入更多的廠商鎖定問題中。從廠商的專政中解脫的唯一方法是專注于敏捷架構，即在項目生命周期中支持技術的不斷更新。