[翻譯] The Open Cloud Manifesto 開放雲端宣言 中譯

2009 年 3 月 30 日時 ZDNet.com 發佈了檢視「開放雲端運算宣言」的報導,文中指出「開放雲端」(Open Cloud)的六大關鍵原則。而今各家廠商對雲端運算磨拳擦掌,但現在卻未有一套開放標準。這將會使得未來各雲端運算之間可能不存有共通的介面,也會讓未來在各雲端供應商之間轉移或創造新應用時勞心傷財。

此宣言僅是針對網際網路奠基的基本原則,而非針對任何團體、組織、軟體程式碼或專利授權。

本翻譯文件的原始資料來自 http://www.opencloudmanifesto.org/index.htm(頁面存檔)、PDF。其餘相關資料請參見文末。


開放雲端宣言

對全球雲端社群的一項行動呼籲

草稿 1.0.9

序言

圍繞在雲端運算的喧擾已日趨白熱化。有人認為這是種破壞性的趨勢,象徵著網際網路發展過程中的下一個階段。有人則認為這是種炒作,因為它使用的是建立已久的運算技術。如同資訊世界中的任何新趨勢,各組織必須找出雲端運算所帶來的利益及風險,以及使用此技術的最佳方式。

有件事是相當清楚的:資訊產業需要一個客觀且直接明確的對話。此對話是關於新的運算模式將如何影響組織、如何以現有的技術去使用它、以及專利技術的潛在陷阱可能導致封閉或選擇受限。

本文件旨在開啟這項對話,能將新興的雲端運算社群(包括雲端使用者及雲端提供者)聚集到一套核心原則裡。我們相信這些核心原則將會植根於「雲端運算應如其他資訊技術同樣開放」的信念上。

本文件並不打算定義雲端運算的最終分類,或是許可任何新標準的成果。它也沒有試圖成為雲端架構和設計的詳盡論文。相反地,本文件對打算使用雲端運算,以及為雲端提供者建立核心原則的 CIO、政府、資訊技術用戶及商界領導者闡述,雲端運算雖仍處於早期階段,有許多事物可學,並且更具有實驗性,但此時卻正適合將新興雲端運算社群成員共同聚集到「開放雲端」的概念之中。

什麼是雲端運算,以及為什麼它很重要?

為了了解開放雲端的核心原則,我們需要先有一些基本定義和雲端運算本身的概念。首先,什麼是雲端?雲端運算的架構和術語已明確且精準地定義為,呃……雲端。由於雲端運算已是眾多技術中的高潮,像是網格運算,公用運算、SOA(服務導向架構)、Web 2.0 和其他技術一樣,對其下精確的定義往往反流於爭論。

雖然定義、分類和架構很有趣,但更重要的是了解雲端運算的價值主張。我們需要了解雲端技術的供應者如何共同履行雲端運算的承諾。

雲端中的關鍵特色是能以符合成本效益的方式去動態地調整及提供運算的能力、並且消費者(終端使用者、組織或資訊技術成員)能運用大部分權力而無需打理技術的底層複雜事物。雲端架構本身可以是私有的(位於某組織的防火牆內)或是公共的(位於網際網路上)。這些特色可引領出一套核心價值主張:

可擴展性需求

所有組織都必須處理各自環境的變化。雲端運算可調升和調降的解決方案是項重大好處。如果組織有某些時期的運算資源需求會遠高於或低於平常的話,雲端技術(包含私有及公共)能處理這些變化。組織僅支付實際使用的資源,而無需維護數套高水準的資源以應付高峰時期的需求。

精簡資料中心

任何規模的組織在其資料中心上都有實質的投資。這包括了購買和維護硬體及軟體、提供設施來擺放硬體、以及雇用人事以保特資料中心運行。組織可以在內部裡利用雲端技術,或以卸載工作量到公共資源的方式來精簡其資料中心。

改善業務流程

雲端提供了基礎設施來改善業務流程。組織和其提供者及合作夥伴可共享雲端中的資料和應用程式,讓每個人把焦點放在業務流程上,而非承載它的基礎設施上。

減少起始成本

對於剛起步的公司、新興市場的組織、或甚至是較大組織中的「科研重地」團體,使用雲端運算可大幅降低起始成本。新組織可在基礎設施皆已到位的狀態下啟動,因建立資料中心所需消耗的時間和其他資源已由雲端提供者所承擔,無論此雲端是私有或公共的。

採用的挑戰和障礙

雖然雲端為各組織呈現了極大的機會和價值,但日常的 IT 需求(安全性、整合性等等)仍然適用。此外出現了一些新的問題,原因是雲端運算的多租用戶性質(來自數間公司的訊息可能位在同一台實體機器上)、應用程式和資料的合併、以及公司的工作量可能位於其實體資料中心之外。本節審查下面五項雲端運算必須傾注精力解決以實現其承諾的主要挑戰。

安全性

許多組織都不安於將他們的資料和應用程式存放在他們無法控制的系統上。轉移工作量到共享的基本設施會增加因未經授權而曝光的潛在危險。因此認證一致性、識別管理、遵從性和存取技術將會變得越來越重要。為了使其用戶安心,雲端提供者必須提出具有高度透明性的操作方法。

資料和應用程式互通性

重要的是,資料和應用程式系統兩者都公開了標準介面。組織將會想要能靈活地創造新的解決方案,好讓資料和應用程式彼此互通,無論其位於何處(公共雲端、位於組織防火牆內的私有雲端、傳統的 IT 環境或某種組合)。雲端提供者需要支持互通性標準,使組織能將任一雲端提供者的能力納入他們的解決方案之中。

資料和應用程式可攜性

如果沒有標準,那麼用戶將系統轉移回到內部,或選擇改用其他雲端提供者將都會受限於專屬介面。一旦組織把系統建立或移植成使用某個雲端供應商的產品,那麼在將系統轉移回內部時會變得困難無比且代價昂貴。

治理和管理

當 IT 部門採用雲端解決方案到其傳統資料中心時會出現新的挑戰。處理生命週期管理的標準化機制、授權和共享雲端基礎設施扣款是雲端提供者必須共同努力去解決的某些管理問題。

測量與監測

商業領導者會想要在他們的 IT 解決方案中使用數個雲端提供者,並且也需要在這些解決方案中去監測系統效能。提供者必須提供一致的格式,以監測雲端應用程式及服務效能,並且使其與現有的監測系統相容。

很顯然的,機會是留給那些有效利用雲端運算到他們組織中的人。然而,這些機會並非沒有風險和障礙。我們相信雲端運算的價值只有在當雲端提供者確保雲端開放的時候才能夠充分實現。

開放雲端的目標

客戶期望他們所使用的雲端服務能如同他們其餘的 IT 選擇般一樣開放。如前所述,採用雲端運算仍有重大的障礙。當雲端提供者要求他們的潛在客戶去接受放棄對其資源的控制時,仍將廠商封閉性藏在雲端運算的利益背後,會造成雲端運算產業長期的損害。當一個開放雲端成為事實,商業領導者能經由數種方法獲益。

選擇

當某組織選擇某個提供者、架構或使用模式時,開放雲端將讓他們更容易改用不同的提供者和架構以因應商業環境的變化。如果某組織因為新的夥伴關係、收購、顧客需求或政府規章而需要變更提供者,那麼他們能夠輕易地轉移。如果某組織想部署私有雲端,那麼他們能夠依擴展能力和功能性,而在數個提供者之間做出選擇。消耗在艱困移植步驟上的資源現在可運用於創新上面了。

彈性

無論組織使用哪一個雲端提供者和架構,開放雲端都讓他們更容易與其他團體一起工作,即使那些團體選擇的是不同的提供者和架構。開放雲端讓組織更容易在不同的雲端提供者中互相操作。

快速和靈活性

雲端運算的其中一項價值主張是,調校硬體和軟體的能力是必要的。使用開放介面可允許某組織建立新的解決方案,以整合公有雲端、私有雲端和現有 IT 系統。隨著組織的條件變化,開放雲端能讓組織更快速以及更靈活地去因應。

技能

開放雲端的副作用是將會有更多技術熟練的專業人員可雇用。如果同時存在著眾多專屬程式模型,那麼任何 IT 專業人士都不太可能完全理解其中每一部分。在開放雲端中,只有小部分新技術需要學習(特別當現有技術已使用時),大幅增加了組織找到擁有必備技能人才的機會。

開放雲端原則

當然,許多雲端將持續在一些重要方式上保持不同,好為組織提供獨特的價值。我們不打算為雲端的每種能力去制定標準,或創造單一同質的雲端環境。相反地,當雲端運算成熟時,許多關鍵原則必須要去遵循,以確保雲端開放,並且提供具有選擇性、彈性和靈活性的組織需求:

  1. 雲端提供者必需共同努力以確保能透過公開合作和適當使用標準,來解決採用雲端時所遇到的挑戰(安全性、整合性、可攜性、互通性、治理/管理、測量/監測)。
  2. 雲端提供者不可利用他們的市場地位,將客戶鎖定至自己特有的平台上,並限制他們選擇其他提供者。
  3. 雲端提供者必需適當地使用和採用現有標準。IT 產業已在現有標準和標準組織中投入大筆金額,沒有必要再重製或重複投資。
  4. 當需要新標準時 (或調整現有標準時),我們必須明智且務實,以避免創造太多標準。我們必需確保標準能促進革新,而非阻止。
  5. 開放雲端的任何社群成果都應依用戶需求來主導,而非依照雲端提供者的技術需求,而且應依實際的用戶需求來進行測試和檢驗。
  6. 雲端運算標準組織、擁護團體和社群應共同努力及互相合作,以確保各項努力不會互衝或重疊。

結論

本文件旨在開啟對話,而非下定義。當雲端運算社群聚集一起時,許多細節(例如:分類、定義、方案)將可望填補。

我們概述了組織想運用雲端時的所面臨的挑戰。這些問題將引發一項呼籲行動,對象是身處開放雲端展望中的資訊產業。我們身為產業參與者必須共同努力以確保雲端能維持開放,如同其他資訊技術。有人也許認為討論諸如標準、互通性、整合性和可攜性的話題仍為時尚早。但此時正是雲端運算社群的巨大革新時期,革新仍應遵循本文件所概述的開放原則。我們認為現在正是開始努力去建立開放雲端的正確時刻。

支持開放雲端宣言的公司條列於 http://www.opencloudmanifesto.org/(頁面存檔)。


延伸閱讀:

Leave a Comment

Your email address will not be published. Required fields are marked *

1 × one =

Scroll to Top