OpenStack進入第二階段需要解決的「七宗罪」

2021-09-23 06:52:11 字數 2694 閱讀 9340

以下內容節選編譯自分析人士steve chambers近期撰寫了乙份openstack市場研究報告,發表在wikibon premium**。報告的名稱為《openstack進入第二階段》。

chambers將openstack目前的艱難之旅稱作成長過程的「第二階段」。他在報告中寫道:「對於很多企業來說,基於openstack運營自己的私有雲是一項高風險的策略。從openstack誕生至今的五年時間裡,這一開源雲專案經歷了過度營銷,還有過度實踐。最近,一些令人失望的訊息接連傳來:openstack創始人的商業專案失敗了(nebula),一些公司走上了多元化發展的道路(rackspace),一些公司的核心人才流失了(pistoncloud的cto去了pivotal),還有一些小型創業企業被惠普、思科、emc、ibm、紅帽這樣的大公司收購了。這些無疑都在改變著openstack的現在和未來。

另一方面,伴隨著pivotal等paas層或paas層以上雲解決方案的出現,使用者的關注點已經從基礎設施層上移至應用和資料層,openstack的關注度開始下降。

那麼,在chambers所定義的成長「第二階段」,openstack需要掙脫那些成長的羈絆呢?如果說,每一件事物的誕生都會伴隨著某些原罪,那麼誕生五年的openstack需要在新的階段中做出怎樣的自我救贖呢?chambers總結出了openstack在「第一階段」的七宗罪。他強調,openstack在「第一階段」的七宗罪在「第二階段」必須被解決。

第一宗罪:商業性

買賣雙方的商業案例:企業的投資是否物有所值,以及廠商如何利用充足的資金盡快讓投資者感到滿意。

第二宗罪:不相容

缺乏相容aws的api制約了openstack-aws混合雲的發展。eucalyptus(目前已被惠普收購)曾經嘗試解決這一問題。 openstack元件之間的整合步調不一致,同時openstack與交換機等外部元件之間的整合也存在許多問題。整合問題雖然棘手,但是正在逐步取得進展,目前已經出現了相容aws ec2的api和一長串的基礎設施整合列表。這一弱點很快將轉變成openstack的優勢。

第三宗罪:複雜性

openstack非常複雜且難以部署,使用者需要有強大的工程能力才行。這也是有著強大工程能力的paypal和沃爾瑪等「離群企業」能夠部署它們,而財富1000強榜單中的大部分企業卻無法部署它們的原因之一。定製的openstack雲只有才華橫溢的天才有能力設計、部署和運維它們,這是讓企業最頭疼的問題。正常情況下,企業必須為部署的每個openstack元件雇用一名開發者,而這又不是所有企業都能夠做到的。

第四宗罪:修辭方式

行業中「開源軟體致上」和「廠商鎖定」的爭論,連同openstack是過度營銷還是確有此特色功能的爭論,不僅讓人們無法辨別真實資訊,也導致openstack的從業者被cloudscaling前副總裁指責:「將營銷凌駕於實幹之上」。

第五宗罪:專注點

企業是應該將重點放在成為iaas(基礎設施即服務)提供商,還是成為這種服務的客戶呢?企業應該以業務為導向,而不是以技術或行業潮流為導向,或者是簡單複製別人的經驗。

第六宗罪:交付

資料中心(不是建立乙個新的資料中心!)、基礎設施、團隊和諮詢人員等所有成本:it行業一直存在著專案超支的惡名,企業正試圖通過簽訂服務水平協議從服務提供商採購現成的解決方案,以規避這種風險。

第七宗罪:運維

這裡不僅僅包含需要學習如何運維的全新技術,同時客戶介面都不盡相同。企業運維和服務交付必須要部署它們,而這會帶來了成本變化和風險。不要對運維團隊服務的一致性、可**性和可靠性報以過高的期望。運維團隊實現創新未必會得到獎勵,但是出現了故障他們肯定會被嚴懲。

如果openstack是由那些具備化解複雜性和成本問題能力的、高度專注的服務商所提供的,那麼它依然是企業故事中有效的一部分。事實上,逐漸減少的**商數量,還有相對稀缺的能力,對openstack的玩家而言仍然是乙個機會。

關於openstack還有戲沒戲這件事,我們需要在未來的每一天不斷地證明自己。對於openstack在「第二階段」面臨的市場機遇,chambers也給出了自己的方向,即:

1. 那些規模大、且具備工程能力,能夠自行處理事情的「離群企業」。比方說paypal、沃爾瑪、cern、大型銀行等。

2. 那些通過openstack技能和客戶關係交付定製化解決方案,且與惠普或emc等知名廠商關係密切的服務提供商。(編者注:openstack創業企業在此間仍有很大的市場機會)

chambers的個人看法是,openstack雲的部署和運營應該交給離群企業、專家/特定領域從業者,還有技術巨頭或服務提供商。

他強調,「部署自己的openstack」的風險不僅僅只與企業的基礎設施層有關。由於iaas(基礎設施即服務)是基本的雲層,因此其給業務帶來的風險應該是該層的故障概率和該層之上的工作負載故障概率。此外,這些工作負載故障所產生的負面影響還會導致風險被進一步放大。這些風險加上 openstack的成本和複雜性使得「部署自己的openstack」對企業缺乏吸引力,乙個有效的辦法是與專業提供商合作等。

此外,chambers還提示,除非企業自身是 「離群企業」(擁有極強工程能力的大型企業),否則企業應該避免建立自己的openstack解決方案。如果企業的決策程式導致他們選擇了 openstack所具有的功能和特色,那麼最佳的辦法是降低風險,從專業提供商那裡租用私有雲。

第二階段小結

資料結構基本概念 資料 資料即資訊的載體,是能夠輸入到計算機中並且能被計算機識別,儲存和處理的符號總稱 資料元素 資料元素是資料的基本單位,又稱之為記錄。一般,資料元素由若干基本項 字段,域,屬性 組成。資料結構 資料結構指的是資料元素及資料元素之間的相互關係,或組織資料的形式 資料之間的結構關係 ...

第二階段小結

先是pta上的作業 這題要求我們熟練的掌握類之間的繼承與多型的使用,在類與類之間傳遞資訊時不能弄混,要弄清楚單一職責原則。這一題主要考察繼承與多型,泛型容器的應用。接下來是學習通上的課後作業 第乙個是單向鍊錶 單向鍊錶由乙個個的節點組成,這些節點都帶有下乙個節點的引用,最後乙個節點指向null,這樣...

vivi的第二階段

vivi 的第二階段 vivi 的第二階段是從 main 函式開始,同一般的 c語言程式一樣,該函式在 init main.c 檔案中,總共可以分為 8個步驟。1 函式開始,通過 putstr vivi banner 列印出vivi 的版本。vivi banner 在 init version.c ...