[[184110]]

隨著云應(yīng)用的增長，越來越多的企業(yè)嘗試同時(shí)使用多個(gè)供應(yīng)商。彌補(bǔ)服務(wù)中斷的需求，使用不同服務(wù)的需求，以及基于費(fèi)用選擇服務(wù)的能力，都強(qiáng)調(diào)了對數(shù)據(jù)和應(yīng)用程序可移植性的需求。應(yīng)用程序編程接口是和云服務(wù)交互的關(guān)鍵，但是跨供應(yīng)商的API區(qū)別巨大——這讓移植非常困難。

本文研究了云的可移植性可能遇到的挑戰(zhàn)，并且探討API在其中所起的作用。

云上應(yīng)用可移植性的最大問題是什么?

在所有情況下，API都是用來訪問數(shù)據(jù)和服務(wù)的。沒有具體的規(guī)則來定義云計(jì)算API應(yīng)該如何工作或者它們應(yīng)該提供什么功能。但是，當(dāng)多個(gè)供應(yīng)商提供相互競爭的或者類似的服務(wù)，并且使用完全不同的API去訪問這些服務(wù)時(shí)，問題就出現(xiàn)了。

對于軟件開發(fā)人員來說，這就是個(gè)噩夢。他們可能不得不重寫軟件以便使用某個(gè)特定服務(wù)的API，這通常導(dǎo)致出現(xiàn)軟件的多個(gè)版本。在一些情況下，開發(fā)人員能夠設(shè)計(jì)軟件，讓其檢測特定的服務(wù)并且使用相應(yīng)的API，但是這會讓應(yīng)用程序的整體大小急速膨脹，并且導(dǎo)致測試很復(fù)雜。不管使用上述哪種方式，為不同的云計(jì)算API創(chuàng)建應(yīng)用程序的代價(jià)都很高，且需要花很多時(shí)間。

市場上哪些公有云計(jì)算API呢?

在公有云領(lǐng)域有三種常見類型的API：基礎(chǔ)架構(gòu)、服務(wù)和應(yīng)用程序。

基礎(chǔ)架構(gòu)或基礎(chǔ)架構(gòu)即服務(wù)(IaaS)API意圖控制低級別的資源，比如虛擬機(jī)(VM)鏡像、可擴(kuò)展組群和負(fù)載均衡。開發(fā)人員和IT團(tuán)隊(duì)使用基礎(chǔ)架構(gòu)API來預(yù)配，管理并移除公有云資源。比如，開發(fā)人員可以使用Amazon Web Services (AWS) Elastic Compute Cloud API在EC2實(shí)例里創(chuàng)建、移除以及使用鏡像。

服務(wù)或者平臺即服務(wù)API支持訪問定義良好的服務(wù)或者功能，比如數(shù)據(jù)庫、管理和匯報(bào)工具、消息系統(tǒng)、門戶以及存儲實(shí)例。服務(wù)API通常和基礎(chǔ)架構(gòu)即服務(wù)API協(xié)同使用，來構(gòu)造出復(fù)雜的工作環(huán)境。比如，開發(fā)人員可能會使用基礎(chǔ)架構(gòu)API來預(yù)配VM，然后使用服務(wù)API將存儲實(shí)例附加到VM上。

跨云API

還有跨云的API，比如Apache jclouds，允許云開發(fā)人員創(chuàng)建出軟件，訪問來自主要云供應(yīng)商以及所需的其他云供應(yīng)商的資源。但是，這還在開發(fā)中，因?yàn)闆]有清晰的規(guī)定云供應(yīng)商應(yīng)該提供哪些通用服務(wù)。

應(yīng)用程序或者軟件即服務(wù)API通常是最高層級API，提供完整的應(yīng)用程序作為本地IT環(huán)境的替代品或者擴(kuò)展。比如，企業(yè)可能選擇使用客戶關(guān)系管理軟件作為托管服務(wù)而不是在本地安裝。和該軟件交互的工具會使用設(shè)計(jì)的API來安全地交換數(shù)據(jù)以及查詢。如，想要集成Microsoft office 365功能進(jìn)自己軟件的企業(yè)就可以使用Microsoft Graph API。

現(xiàn)在有哪些可用的云計(jì)算API?

現(xiàn)在有大量供開發(fā)人員可用的云計(jì)算API，來創(chuàng)建面向用戶的軟件。比如，AWS提供API來操作自己的EC2和Simple Storage Service (S3，簡單存儲服務(wù))服務(wù)，以及API門戶服務(wù)，允許用戶創(chuàng)建自定義API來編排一些AWS服務(wù)。其他主流公有云供應(yīng)商，如Google和Microsoft Azure，也提供API將云服務(wù)鏈接到外部軟件。

還有一些其他API可以使用來做云項(xiàng)目。如，私有云可能會使用類似Apache CloudStack 4.9.0.1這樣的平臺來支持IaaS類型的云，還能夠原生支持Amazon EC2和S3 API。

API標(biāo)準(zhǔn)化

要幫助用戶在任意云平臺上部署應(yīng)用程序——無需變更軟件，越來越多的人開始對公有云供應(yīng)商API的標(biāo)準(zhǔn)化感興趣。不幸的是，我們離這樣的標(biāo)準(zhǔn)化還相當(dāng)遙遠(yuǎn)，特別是在主流公有云供應(yīng)商之間的競爭日益白熱化的情況下。

其他云計(jì)算API承諾提供更加通用、跨平臺的能力。比如，Simple Cloud API是由供應(yīng)商聯(lián)盟推進(jìn)的，它允許開發(fā)人員創(chuàng)建可以和多個(gè)云供應(yīng)商交互的代碼。

API創(chuàng)建有哪些通用準(zhǔn)則?

不管你是開發(fā)自己的云計(jì)算API，還是評估待選供應(yīng)商的API，以下一些通用考量可能會有所幫助。

考慮API的效率。API的實(shí)現(xiàn)必須簡單高效。不要嘗試重新創(chuàng)造輪子，比如SOAP、REST、JSON等這些底層技術(shù)——使用那些已經(jīng)實(shí)現(xiàn)了的龐大的標(biāo)準(zhǔn)庫。另外，不要嘗試在一個(gè)API里完成所有事情。開發(fā)人員傾向于使用有限數(shù)量的語言，因此為了迎合每種主流語言都創(chuàng)建一個(gè)API版本，這里的主流語言包括C++、Java、 Python、PHP、Ruby、Perl、Haskell、C#、JavaScript、Node.js、OCaml 和 Delphi。

確保良好的API文檔。粗糙的文檔會成為采用某個(gè)供應(yīng)商API的阻礙，也會阻止別人使用你的API。文檔必須最新、精準(zhǔn)并且包含一些使用示例或者教程。通過同行評審或者API用戶的精準(zhǔn)反饋來驗(yàn)證文檔。

API必須靈活。開發(fā)人員可能會嘗試以各種方式使用云計(jì)算API，因此這些API必須靈活，特別是如何處理輸入和輸出上。比如，靈活的API可能支持多種格式，比如JSON、YAML以及可擴(kuò)展標(biāo)記語言，并且不區(qū)分大小寫。

注意API發(fā)布的穩(wěn)定性。API變更的速度和一致性會影響到使用。開發(fā)人員使用那些不經(jīng)常變化的API會更加輕松。發(fā)布周期必須計(jì)劃良好，測試全面并且有完整的文檔，同時(shí)讓開發(fā)人員有足夠的時(shí)間體驗(yàn)beta版本。

注意API安全性。可靠的身份驗(yàn)證和安全對于現(xiàn)代服務(wù)以及訪問這些服務(wù)的云計(jì)算API來說至關(guān)重要。在大多數(shù)情況下，這包括通過API向服務(wù)傳遞SHA-1或者其他加密令牌。在其他情況下，通過OAuth2和SSL保證安全性。API所有者必須實(shí)現(xiàn)幾種類型的安全。