當(dāng)應(yīng)用程序的可移植性問題出現(xiàn)時，企業(yè)和云計(jì)算供應(yīng)商的利益就會發(fā)生沖突。企業(yè)組織想要在企業(yè)內(nèi)部IT，私有云和平臺即服務(wù)(PaaS)和軟件即服務(wù)(SaaS)的公共云的前提下無縫地運(yùn)行他們的應(yīng)用程序?？梢浦残詰?yīng)用程序使用戶能靈活地做到這一點(diǎn)—并移動到不同的供應(yīng)商—但供應(yīng)商并不急于發(fā)送業(yè)務(wù)給他們的競爭對手，位于圣安東尼奧市的Denim集團(tuán)主席Dan Cornell說。

這些實(shí)現(xiàn)應(yīng)用程序的可移植性的沖突需求和技術(shù)挑戰(zhàn)，使今天的云使用情況充滿挑戰(zhàn)。

在理想的情況下，一個組織將能夠從任何設(shè)備發(fā)送并接收應(yīng)用程序和數(shù)據(jù)到任何云計(jì)算平臺。然而，時至今日，唯一可以保證的使用應(yīng)用程序運(yùn)行在兩個不同的云上——如果兩個不同的云都運(yùn)行相同的軟件，巴黎凱捷全球基礎(chǔ)設(shè)施服務(wù)全球總監(jiān)Mark Skilton說。

如果沒有簡單的應(yīng)用程序可移植性，廠商鎖定是難以避免的，專家說。“如果IT不喜歡云供應(yīng)商通過他的服務(wù)等級協(xié)議所提供的服務(wù)，那么他將要轉(zhuǎn)移到另一個云提供商上去，Bill Claybrook說。Bill Claybrook是美國馬薩諸塞州康科德的New River Marketing Research公司的總裁兼分析師。今天，從臨時應(yīng)用程序中遷移，通常只需要通過一秒鐘的時間，“舉個例子，從Amazon EC2轉(zhuǎn)移應(yīng)用程序或者數(shù)據(jù)到Terremark或Rackspace就不容易”Claybrook說。

企業(yè)遷移到云平臺上即使運(yùn)行和前一個供應(yīng)商相同的軟件，軟件中的任何變化都會導(dǎo)致性能問題。提供應(yīng)用程序的可移植性，不僅僅是應(yīng)用程序本身的可移植性，Claybrook說。來源云和目標(biāo)云很可能有很大的不同：不同的管理程序，支持不同的操作系統(tǒng)，不同的安全性，存儲和網(wǎng)絡(luò)模型和支持不同的數(shù)據(jù)庫系統(tǒng)等。同時，工作在來源云的管理工具，可能無法在目標(biāo)云端工作等等。

從技術(shù)角度來看，云中可移植性應(yīng)用程序的最大障礙是缺乏標(biāo)準(zhǔn)化的云API，來用于供應(yīng)商或云服務(wù)供應(yīng)商開發(fā)自己以技術(shù)為基礎(chǔ)的產(chǎn)品。如今，Skilton說，應(yīng)用程序的可移植性思考，是從可移植性轉(zhuǎn)移到API公開上。API互操作性使用戶能夠使用通用的開放式API在不同的云端使用應(yīng)用程序。

一個API的定義可能不是完全透明的，這會導(dǎo)致許多問題。有時候，一個看似開放的API標(biāo)準(zhǔn)，其實(shí)并不是，因?yàn)樗话谝粋€特定的平臺上，Skilton說。這消除了周圍使用該API的靈活性。

其他兩個可移植性問題是難以移植的數(shù)據(jù)庫模式和訪問與管理存儲在云端數(shù)據(jù)的客戶權(quán)益不確定性。“即使你可以訪問你的數(shù)據(jù)，你不一定能把它加入到另外一個系統(tǒng)上，因?yàn)閼?yīng)用程序的數(shù)據(jù)模式不一定兼容，”Cornell說。

Skilton說，在如SQL的關(guān)系數(shù)據(jù)庫中的文件格式是不容易移植的，因?yàn)楫?dāng)數(shù)據(jù)被分割在多個數(shù)據(jù)庫時，數(shù)據(jù)庫中的關(guān)系必須保持一致。今天，結(jié)構(gòu)化數(shù)據(jù)庫的可移植性仍然很困難。其中一個答案是使用NoSQL或非結(jié)構(gòu)化數(shù)據(jù)作為數(shù)據(jù)封裝和存儲的首選標(biāo)準(zhǔn)。

數(shù)據(jù)訪問問題是服務(wù)相關(guān)的數(shù)據(jù)生命周期管理的一個方面。其中的例子包括移植數(shù)據(jù)的權(quán)限和刪除存儲在云中的數(shù)據(jù)的權(quán)限，Skilton說。

專家表示，關(guān)于數(shù)據(jù)訪問，企業(yè)在合同談判中必須立場堅(jiān)硬。全面披露是否允許第三方訪問你的數(shù)據(jù)，Claybrook說。例如，云服務(wù)供應(yīng)商能否被迫提供數(shù)據(jù)訪問給第三方，比如警察?你是否控制數(shù)據(jù)的物理位置?#p# 

初期的可移植性應(yīng)用程序標(biāo)準(zhǔn)

一些產(chǎn)業(yè)組織，如OASIS，Open Group及OpenStack項(xiàng)目—都是工作在云可移植性和互操作性規(guī)范領(lǐng)域最活躍的組織。只有Open Stack在2012年之前由Rackspace公司拉開序幕—并且Claybrook期望它長期產(chǎn)生最好的結(jié)果。專家說，“然而，今天的一切都是不成熟的，而且云供應(yīng)商的支持前途未卜。”

大多數(shù)云服務(wù)供應(yīng)商將支持創(chuàng)建的云計(jì)算標(biāo)準(zhǔn)，但這種支持的很大一部分將是空口的應(yīng)酬話，Cornell說。他們不會嚴(yán)格堅(jiān)持標(biāo)準(zhǔn)，因?yàn)樗麄円阉麄兊漠a(chǎn)品和競爭對的手區(qū)分開來。他說：“所有的廠商都希望把客戶鎖定于自己的產(chǎn)品，”他說。通常情況下，除非需求是巨大的，不然供應(yīng)商是不會圍繞標(biāo)準(zhǔn)蹦跳的，因?yàn)樗荰CP / IP協(xié)議。

與此同時云可移植性的提示

雖然標(biāo)準(zhǔn)正在制定中，企業(yè)承擔(dān)促進(jìn)整個云平臺應(yīng)用程序的可移植性的負(fù)擔(dān)。專家提供了以下最佳實(shí)踐：

“請確保應(yīng)用程序及其支持的組件，如數(shù)據(jù)庫和工具，不依賴于操作系統(tǒng)和底層的云基礎(chǔ)設(shè)施，”Claybrook建議。

Cornell說，協(xié)商訪問數(shù)據(jù)和其他設(shè)施。一旦合同簽訂并且數(shù)據(jù)移動到供應(yīng)商系統(tǒng)，談判的杠桿作用就被限定了。

查找一個能夠支持的應(yīng)用程序管理平臺—如今差不多是可能的了—在一些云計(jì)算環(huán)境中，Claybrook說。這只會是有價值的，然而，如果云提供商支持該特定的管理平臺。

了解的技術(shù)設(shè)施，比如應(yīng)用程序接口(API)，提供對你的云服務(wù)商存儲的數(shù)據(jù)進(jìn)行訪問，Cornell說。

在組織的最高級別保持?jǐn)?shù)據(jù)托管在云端的決策，而不是讓員工獲得基于云的系統(tǒng)而沒有足夠的審查。

在最后的分析中，如果沒有一個精明的內(nèi)部應(yīng)用程序支持團(tuán)隊(duì)和一個服從的云服務(wù)供應(yīng)商，應(yīng)用程序可移植性在今天很難實(shí)現(xiàn)。考慮到替代品和鎖定在組織的互操作性和自由的重要性，專家說。如果組織的可移植性應(yīng)用程序的需求不能得到滿足，接受，那么就不能簡單的把應(yīng)用程序和數(shù)據(jù)遷移到云端上去。