這是UntiedStack有云創(chuàng)始人程輝與ZStack聯(lián)合創(chuàng)始人張?chǎng)蔚囊粓?chǎng)思想碰撞，關(guān)于全API交付、自動(dòng)化部署、差異化競(jìng)爭(zhēng)、產(chǎn)品化以及PaaS和SaaS支持的討論。
張?chǎng)危?/strong>記得去年跟程總在硅谷暢聊了一次，談到IaaS必須全API交付，都非常認(rèn)同。但大家知道OpenStack本身是不提供管理物理設(shè)施的API的，例如添加物理機(jī)要自己去部署Nova和配置。UnitedStack在這方面有沒(méi)有做一些額外的工作?做到全API交付，用戶無(wú)需手動(dòng)做任何配置和部署。
程輝：這個(gè)問(wèn)題需要先了解一下行業(yè)目前對(duì)物理基礎(chǔ)設(shè)施的API支持的情況。因?yàn)樵诘讓佑布A(chǔ)設(shè)施API支持不完善的情況下，上層做完美的API支持是不實(shí)現(xiàn)的。
軟件定義數(shù)據(jù)中心的概念提了很多年，但是大部分突破還都在軟件服務(wù)化方面，各大硬件廠商在硬件基礎(chǔ)設(shè)施管理的API化方面進(jìn)展都比較慢?，F(xiàn)在的情況是，客戶數(shù)據(jù)中心硬件基礎(chǔ)設(shè)施普遍是異構(gòu)的，幾乎涵蓋所有主流品牌的網(wǎng)絡(luò)和服務(wù)器，年代也不一樣。
全API交付，即完全自動(dòng)化交付，客戶只需要少量簡(jiǎn)單的配置，即可完成自動(dòng)配置和部署。在我們的UOS 1.0曾經(jīng)就把OpenStack做到了這樣，只需要一個(gè)U盤，把所有的設(shè)備通電開(kāi)機(jī)，即能實(shí)現(xiàn)自動(dòng)的硬件部署、平臺(tái)安裝等工作。但是那是在對(duì)數(shù)據(jù)中心硬件配置、品牌和型號(hào)等方面高度明確的情況下才可以做到這樣，但實(shí)際上當(dāng)客戶越來(lái)越多時(shí)，遇到的基礎(chǔ)設(shè)施硬件越來(lái)越多時(shí)，你所面臨的“適配”工作也越來(lái)越復(fù)雜。
我們后來(lái)改變策略，除了在硬件初始化(比如BIOS配置，Raid卡配置，交換機(jī)VLAN配置等)仍然手工做，后續(xù)的，集群物理服務(wù)器的操作系統(tǒng)安裝、OpenStack / UOS 的部署和初始化等方面是完全的自動(dòng)化部署。
當(dāng)客戶真正需要提供像Softlayer一樣的完全自助的Baremetal Service時(shí)，只要有確定的基礎(chǔ)設(shè)施硬件供應(yīng)，實(shí)現(xiàn)起來(lái)是相對(duì)比較容易的。對(duì)于只有100臺(tái)服務(wù)器以下的客戶，談Baremetal Service還不太現(xiàn)實(shí)。
OpenStack在這方面其實(shí)做了一些努力，在Ironic作為Baremetal Service項(xiàng)目中有很多廠商參與其中，提供各個(gè)的硬件管理的Plugin，有助于提升物理基礎(chǔ)設(shè)施的API化水平。
張?chǎng)危?/strong>國(guó)內(nèi)現(xiàn)在做OpenStack的公司非常多了，UnitedStack如何實(shí)現(xiàn)差異化?
程輝：我們一直在思考這個(gè)問(wèn)題，UnitedStack 在2013年初成立時(shí)，是國(guó)內(nèi)第一家OpenStack的公司，剛開(kāi)始時(shí)，我們不需要思考這個(gè)問(wèn)題，“我們做OpenStack”，就是我們?cè)谥袊?guó)與其他云的差異。成立一年之后，陸續(xù)有越來(lái)越多公司看到這個(gè)市場(chǎng)機(jī)會(huì)，不論是IT巨頭，還是初創(chuàng)公司，都紛紛投入這個(gè)市場(chǎng)。
于是我們開(kāi)始思考這個(gè)問(wèn)題，UnitedStack有何不同?如何實(shí)現(xiàn)差異化，經(jīng)過(guò)2年半的摸索與成長(zhǎng)，我總結(jié)如下幾點(diǎn)：
堅(jiān)持Upstream First的開(kāi)發(fā)模式，與上游保持同步。UOS至今仍然保持與社區(qū)每六個(gè)月一次的同步，保證所有客戶的Region無(wú)中斷升級(jí)。另外，Upstream First不僅僅是指代碼，還包括引入開(kāi)源社區(qū)完整的開(kāi)發(fā)、測(cè)試、自動(dòng)化部署等方面的CI工具鏈，保證代碼質(zhì)量。
“為運(yùn)營(yíng)而生”，UnitedStack為客戶提供持續(xù)的運(yùn)維和運(yùn)營(yíng)管理服務(wù)，包括永久的無(wú)中斷平臺(tái)升級(jí)服務(wù)，保證平臺(tái)永遠(yuǎn)是領(lǐng)先的，實(shí)時(shí)的故障和異常響應(yīng)，為客戶提供目前互聯(lián)式的運(yùn)維服務(wù)。這也是我們“托管云”概念的來(lái)源。相對(duì)于前期PoC和一次性部署工程，UOS則更注重后續(xù)的持續(xù)運(yùn)維和運(yùn)營(yíng)，保證客戶云平臺(tái)的持續(xù)生產(chǎn)運(yùn)營(yíng)。我們有不少客戶通過(guò)UOS做公有云的運(yùn)營(yíng)，獲得運(yùn)營(yíng)收入。
SLA驅(qū)動(dòng)的支持服務(wù)。與國(guó)內(nèi)外大多數(shù)OpenStack廠商商業(yè)模式提供“人天”的人力技術(shù)支持的模式不一樣，UnitedStack的托管云模式跟客戶簽署的是SLA，保證7x24時(shí)無(wú)中斷。
以上分別是從研發(fā)、服務(wù)和商業(yè)模式三個(gè)角度看UnitedStack的差異化。
張?chǎng)危?/strong>從程總的觀點(diǎn)看，OpenStack最終能不能做成一個(gè)產(chǎn)品化的東西?例如一套產(chǎn)品賣10萬(wàn)家客戶，但公司的研發(fā)和部署團(tuán)隊(duì)仍然維持在一個(gè)小的規(guī)模。
程輝：VMware有超過(guò)10萬(wàn)客戶，OpenStack社區(qū)的Mission也是建設(shè)“無(wú)所不在(Ubiquitous)”的云平臺(tái)。
這個(gè)問(wèn)題里有一個(gè)邏輯，產(chǎn)品化做得足夠好，就能更容易賣給更多的客戶。這確實(shí)是VMware成功賣給10萬(wàn)客戶的原因。但我不認(rèn)為OpenStack只需要把產(chǎn)品化做好，就能夠?qū)崿F(xiàn)。
UnitedStack / OpenStack私有云解決方案面臨的復(fù)雜之處是他需要解決兩部分人群的需求：第一類是IT管理員，他們?cè)谶\(yùn)維和運(yùn)營(yíng)這個(gè)云平臺(tái);第二類是云的最終用戶。
前者對(duì)云的要求是易部署、易運(yùn)維，有助于實(shí)現(xiàn)對(duì)IT資源的便捷管控，他們關(guān)注云平臺(tái)構(gòu)建，對(duì)產(chǎn)品化要求較高。而后者對(duì)云的訴求是平臺(tái)穩(wěn)定性(SLA)、性能、自服務(wù)水平(Self-Service)、API支持、功能多樣化等方面，總結(jié)一點(diǎn)，他們更關(guān)注云服務(wù)質(zhì)量。
對(duì)于UnitedStack，我們更關(guān)注云的最終客戶的感受，比如，我們有不少客戶就是公有云服務(wù)提供商，我們提供高質(zhì)量的運(yùn)維和運(yùn)營(yíng)工具，幫助我們的客戶服務(wù)好他們的客戶。換句話說(shuō)，幫客戶賺錢，我們才能賺到錢。因此，一個(gè)OpenStack云，如果做得好，上面可以支撐10萬(wàn)客戶沒(méi)有問(wèn)題。
至于云計(jì)算公司研發(fā)和部署團(tuán)隊(duì)的規(guī)模，不取決于客戶的數(shù)據(jù)，而取決于研發(fā)團(tuán)隊(duì)本身的素質(zhì)，即團(tuán)隊(duì)做出來(lái)產(chǎn)品的自服務(wù)水平和自動(dòng)化運(yùn)維程度。
張?chǎng)危?/strong>OpenStack現(xiàn)在不再僅僅是一個(gè)IaaS項(xiàng)目，而是從PaaS，甚至到SaaS(app store)都有的全棧項(xiàng)目，對(duì)于這些新的項(xiàng)目，UnitedStack有沒(méi)有計(jì)劃何時(shí)向用戶推出這些新的功能。
程輝：OpenStack也從來(lái)沒(méi)有定位自己是IaaS，而是綜合性的云計(jì)算平臺(tái)。目前OpenStack提供了非常多樣的PaaS層服務(wù)。我們也安排了不少工程師在社區(qū)維護(hù)這些項(xiàng)目。我們開(kāi)始研發(fā)已經(jīng)有一段時(shí)間了，目前我們已經(jīng)在部分的數(shù)據(jù)中心部署了Trove數(shù)據(jù)庫(kù)服務(wù)和緩存服務(wù)，接下來(lái)會(huì)逐步引入更多的服務(wù)，包括容器(CaaS)和大數(shù)據(jù)分析等應(yīng)用。
京公網(wǎng)安備 11010502049343號(hào)