![]() |
新聞中心
當(dāng)前位置:網(wǎng)站首頁 > 新聞中心
企業(yè)IT如何避免云服務(wù)鎖定
IT管理人員頻繁地使用云服務(wù),以此作為擺脫廠商鎖定的一種方式。企業(yè)要結(jié)束對某個廠商的依賴源于其降低成本的需要,以商品驅(qū)動的方法獲取基礎(chǔ)設(shè)施服務(wù)將是實現(xiàn)上述目標(biāo)的一種途徑。企業(yè)的態(tài)度不難歸咎于廠商昂貴的費用,因為廠商通常按照年度基準(zhǔn)提出大額發(fā)票,并且?guī)缀鯖]有談判的余地。然而廠商為何要談判?企業(yè)用戶已經(jīng)依賴于廠商的單源技術(shù)。似乎通過創(chuàng)建一個競爭的環(huán)境使企業(yè)擺脫對單源技術(shù)的依賴是一種合理的方式。
在企業(yè)的IT生命周期中有兩個里程碑是廠商必須要參與競爭的:實施前技術(shù)選擇(廠商鎖定建立于此),以及實施后購買。諸如服務(wù)器硬件這樣的組件在市場中是標(biāo)準(zhǔn)化的,然而像內(nèi)容管理系統(tǒng)(CMS)這樣的關(guān)鍵組件又是高度分化的,導(dǎo)致用戶只能選擇單一廠商的服務(wù)。在此過程中并不是所有的決定都依賴于廠商,但是這些廠商仍然起主導(dǎo)作用。操作系統(tǒng)和編程語言的選擇并不依賴于特定廠商,但是他們會限制未來的選擇。
開始于項目初始階段的廠商鎖定成為不了企業(yè)的痛點,直到你進入IT生命周期的采購階段。企業(yè)很快發(fā)現(xiàn)他們的主要成本動因是非商品化部分,而那些單源技術(shù)廠商此刻占據(jù)了符合他們談判利益的最佳形勢。
在服務(wù)的后期,上述困難將會變得尤其突出,當(dāng)巨大的生產(chǎn)收益記憶消退時,企業(yè)將只留下對成本的擔(dān)憂。雪上加霜的是,商品化部分的成本隨著時間推移往往伴隨著摩爾定律不斷降低,同時隨著其他可成倍改進的技術(shù),如網(wǎng)絡(luò)技術(shù)和存儲技術(shù)的發(fā)展,迫使這些商品化組件在企業(yè)當(dāng)前的成本模型中占據(jù)更小的比重,這一切都使企業(yè)更加關(guān)注單源廠商的作用。
最直接的做法是向廠商要求結(jié)束依賴。但這樣做并不能解決所有問題,不要忘記這條原則——相關(guān)并不意味著因果。很多企業(yè)似乎擁有相關(guān)的組織結(jié)構(gòu)來進行針對系統(tǒng)組件的不完備的成本價值分析。供應(yīng)商管理只能被迫專注于降低成本,但即便如此也不一定能夠通過整體遷移以及單源組件擴展估算出相關(guān)價值。
在實施過程中可以選擇這種組件以期最大化系統(tǒng)價值。但是在項目開始階段適用的方案在整個項目生命周期中可能并不總是奏效,這就是分析結(jié)論一團糟的原因。組件的成本必須經(jīng)由組件遷移的價值來擔(dān)保。在此分析下會出現(xiàn)下述兩種情況之一——如果組件還有價值,企業(yè)就應(yīng)該支付訂單;如果沒有,就更換組件。但后者是昂貴的,并且需要大量的評估工作。為了證明能夠以降低成本的努力開始一個大型項目,就需要增加新的價值,而這也增加了項目的復(fù)雜性和成本。
然而,原有的服務(wù)體系是否架構(gòu)了允許企業(yè)在無需重構(gòu)整個實施框架的基礎(chǔ)上替換某一組件的機制,以便企業(yè)實現(xiàn)后期的成本降低。最后,廠商鎖定是一個實施問題。多年來許多架構(gòu)模式(如n層客戶端/服務(wù)器模型,面向服務(wù)模型,松散耦合模型等)都允許企業(yè)替換組件,但是由于缺乏體系性的遠(yuǎn)見和嚴(yán)密性,這個領(lǐng)域取得的突破很有限。
這些問題把我們帶回到云計算中。當(dāng)然,云計算提供了一種能夠更加高效地遷移一體化技術(shù)的方式,比如電子郵件技術(shù)。但這其中仍然有很大程度的廠商鎖定問題,因為從一個軟件即服務(wù)(SaaS)廠商遷移到另一個SaaS廠商是一項巨大的工程。另一方面,試圖使用基礎(chǔ)設(shè)施即服務(wù)(IaaS)來解除對廠商的依賴將會導(dǎo)致令人失望的投資回報率。
換句話說,把一堆亂七八糟的東西從你的數(shù)據(jù)中心內(nèi)遷移到云計算中心并不能使你從廠商鎖定中解脫出來,反而會使你陷入更多的廠商鎖定問題中。從廠商的專政中解脫的唯一方法是專注于敏捷架構(gòu),即在項目生命周期中支持技術(shù)的不斷更新。
|