按服務計費、按需使用一直是云計算標榜的特點所在。在這種情況下，云計算是該走服務化路徑還是產品化路徑？業(yè)界一直在爭論。ZStack創(chuàng)始人兼CEO張鑫一直堅持的是產品化主張。為什么？11月30日，在接受《中國信息化周報》記者獨家專訪時，張鑫向記者娓娓道來。

私有云應該產品化

張鑫認為，“云計算是一種服務”是因公有云興起而帶來的概念，公有云的確是一種服務，它在建好基礎設施之后為用戶按需提供租賃使用等服務，按量計費，但“我所說的云計算應是一種產品，指的是私有云?！?/p>

什么叫私有云的產品化?

ZStack云產品可以從官網直接下載，30分鐘完成從裸機到私有云的部署，并且可以無縫在線升級，保證業(yè)務不中斷，可以大量售賣，這是基本的產品化特性。

ZStack主張，私有云要做的就是將一套產品出售給客戶，在客戶的數據中心去搭建一套云平臺來供其使用。雖然從搭建到使用和運維管理可能不是用戶自己完成的，但廠商所做的也就是一些技術支持和產品相關的服務。這其實就是傳統(tǒng)的軟件產品化售賣模式。在張鑫看來，如果在私有云范疇內走服務化路徑，可能更適合的是托管云或者是項目形式的合作。

而私有云到底應將什么東西產品化?張鑫介紹，ZStack做的主要集中在IaaS層面，核心功能主要涵蓋計算(管理虛擬化、服務器)、網絡(SDN軟件網絡定義)、存儲(傳統(tǒng)存儲、軟件定義存儲)以及圍繞這三方面的賬號體系、審批流程、計費管理、運維體系等功能。IaaS私有云產品可以幫助用戶屏蔽底層硬件的復雜性，接管異構的底層硬件，以統(tǒng)一的資源層抽象出來。

有這樣的見解，跟張鑫的個人經歷是分不開的。張鑫于2006年加入Intel從事XEN內核開發(fā)的工作，做了很多技術上很前沿、很精尖的開發(fā)工作，但問題是離用戶生產場景太遠。2010年，張鑫赴美加入Cloud.com(后被Citrix收購)，成為CloudStack的核心工程師。作為創(chuàng)業(yè)型的公司，Cloud.com更關心的是產品怎么賣出去，怎么幫助客戶。于是張鑫本人也從科研型的開發(fā)人員轉型成為直接跟客戶打交道的業(yè)務型、產品型的人員。

硅谷有兩個理念給了張鑫很大的觸動：一是能用機器干的就不用人干，也就是要高度的自動化;二是美國創(chuàng)業(yè)公司不喜歡圍繞少數客戶做服務，而要做一款產品可以服務眾多的客戶。這些產品化的理念深深地影響著張鑫，包括他后來加入的Citrix(Cloud.com后被Citrix收購)也是典型的產品型公司。在這些理念的影響下，張鑫認為做企業(yè)級的公司，還是得走產品化的路徑，做出來的東西的價值才能最大化。

混合云應從場景化切入

ZStack'創(chuàng)始人兼CEO張鑫

混合云是大勢所趨，也是明年ZStack的發(fā)力重點。在張鑫看來，混合云可以是傳統(tǒng)IT能力向公有云的一種延伸，部署混合云可以通過場景化的方式逐步實現，不一定非得要投入大量預算重做一套系統(tǒng)。

在張鑫看來，目前混合云在中國還處在早中期的發(fā)展階段，在這個階段的一個特點是產業(yè)里面會有很多的“雜音”或者“噪音”，讓客戶看不清到底什么是混合云。很多不具備混合云能力的廠商為了要跟風，于是把“管理異構的私有云”、“異地機房私有云的打通”等不是混合云的東西也包裝成混合云，混淆概念。

什么叫混合云?必須是既使用了私有云又使用了公有云，才能稱得上是混合云。

而在發(fā)展初期，張鑫認為，通過場景化可以有效屏蔽掉類似的市場“噪音”。因為場景化可以明確告訴客戶混合云到底是什么、能做什么、與業(yè)務的結合點是什么、有什么樣的價值。

產品化與場景化并不沖突。產品化是場景化的基礎，有了產品才能支撐實現一定的業(yè)務場景，而產品的功能價值則是通過場景化來展現的。

張鑫介紹，現在很多廠商給客戶做混合云的時候不是一體的，也就是私有云是私有云，混合云是混合云，做混合云時完全要的是另一套，客戶需要改造IT架構，需要再投資、再升級，這些動作有時候甚至會影響業(yè)務生產系統(tǒng)。

但ZStack的產品不一樣，張鑫介紹，它既包含私有云產品功能，也包含混合云產品功能，而且是一體的。當客戶需要使用混合云時，只需要在UI界面點擊按鈕，更換許可證，從企業(yè)版私有云的license更換為混合云版license即可，所有混合云功能都被瞬間激活，幾秒鐘即可完成，不會影響業(yè)務生產系統(tǒng)?！斑@對客戶來說還有一大好處，就是IT投資的保值性?？蛻艚裉熘皇且盟接性?，采購安裝了ZStack;明天需要用混合云的時候，現有的IT架構都可以繼續(xù)使用，只需要更換license就好。在自帶混合云功能這方面，目前除了微軟的AzureStack外其他云廠商的產品還都不具備?！睆場握f道。

ZStack目前的1.0版本是與阿里云合作的，未來也會和AWS、微軟Azure等主流公有云廠商都實現合作。目前實現的混合云場景有四個：互聯(lián)、災備、服務、一鍵遷云。

互聯(lián)場景是最基礎的，指的是私有云與公有云的連接，一是網絡鏈路連接，二是數據連接。在網絡連接方面，目前主流方法有兩種方式，一是VPN，二是拉專線。專線的模式主要靠人工實現，做手動配置，都是既耗人力，又容易出錯，且不利于長期維護。ZStack采取的方式是全自動化的連接。VPN連接方式下，客戶只要在UI界面上，一端選擇自己的私有云網絡，一端選擇阿里云等公有云網絡，一點確定，即可完成鏈路全部打通;專線連接方式稍微復雜。但ZStack跟目前主流做專線接入的運營商都有合作，對ZStack而言，只需要用戶在產品UI填入一個專線CPE設備的IP，同樣一端選本地網絡、一端選阿里云網絡，點擊確定，鏈路上配置全部自動化完成。

數據連接是目前比較困難的部分，指的是私有云和公有云之間的數據打通。ZStack的方式是以私有云中的數據中心為母版，在阿里云等公有云里創(chuàng)建鏡像，用戶只需要在私有云中選定一定范圍的數據為模板，在UI中點擊選擇，即可在公有云中建立虛擬機心。這對客戶來說最大的價值，就是數據的所有維護管理只需要做私有云中的一套即可，不需要額外對公有云中數據再進行維護。這點對于電商類互聯(lián)網企業(yè)客戶在促銷期間的彈性擴展來說價值巨大。

ZStack實現的第二個混合云的場景是災備。一般而言，中型企業(yè)要在異地建設災備中心最終實現數據災備，可能需要投資幾百上千萬，企業(yè)負擔很重。使用ZStack的混合云災備功能，可以將數據分片加密備份到公有云上。因為公有云存儲是按量計算、可擴容和可用多點備份等多種手段保護數據安全的。在公有云上做數據災備，這對用戶而言，省去了自建災備中心、擴容、管理等煩惱。

在IaaS層面上，數據安全具體如何保障?張鑫強調，災備的數據不是應用的數據或者業(yè)務的數據，而是整個虛擬機的磁盤、鏡像。應用數據在虛擬機里本身就可以加密，備份的硬盤虛擬機屬于二進制的非結構化數據，別人看到也無法解析。而且ZStack對混合云災備傳輸采用的是切片傳輸的方法，就像一紙合同被切成一片片，除了ZStack的產品別人無法知道是怎么切的片，而且有去重功能，即便是有人竊取到了數據也是無法還原出來原本的數據信息的。

此外，一鍵遷云也是ZStack混合云非常大的亮點，能夠幫助用戶自由選擇哪些業(yè)務和數據放在私有云、哪些業(yè)務和數據放在混合云，并隨時切換。而服務場景則可以兼容，例如阿里云盾等公有云自帶的一些服務產品。

產品化的底氣是過硬的質量過硬的質量靠測試

云計算要能夠走產品化路徑的基礎在于有過硬的云計算產品，而要打磨出過硬的云計算產品，研發(fā)和測試是非常關鍵的。ZStack作為一家注重產品化的創(chuàng)新開源云計算服務商，非常重視測試。

張鑫介紹，首先，從人員比例上看，ZStack基本上一直保持著1:1甚至1:1.5的開發(fā)測試比，這在創(chuàng)業(yè)型公司里面還是非常高的。其次，從測試團隊構成來看，ZStack成立之初就邀請了Intel的開源技術中心核心團隊加入，時至今日ZStack的測試團隊絕大部分成員都來自Intel，有著至少5年以上的測試相關經驗。測試團隊的大部分成員在加入ZStack之前都深耕于虛擬化、存儲、網絡等構成云計算重要技術基礎的相關領域。

ZStack測試人員投入多，人員素質高，而且測試團隊在公司的話語權特別高?！叭绻a品版本出來測試團隊不說ok的話是通不過的?！睆場我宰罱囊粋€例子向記者展開介紹，“最近有個產品功能是客戶急需的，客戶已經催了好幾次，但就因為測試團隊認為該功能還沒達到他們的要求，已經延期三次交付。我們?yōu)榇嗽诳蛻裟沁呑隽舜罅康墓ぷ?，請客戶給我們一點時間和耐心讓我們把產品功能做得更好、更穩(wěn)定?！睆場螐娬{ZStack要保障的是產品質量，而不能因為要成一單而放棄或者降低產品質量的要求?！巴诘目犹畈涣?，砸牌子的事兒ZStack不干?！睆場物L趣地說。

ZStack測試的三個理念和三個故事

傳承于硅谷能讓機器干的就不讓人干的理念，張鑫主張ZStack的測試能自動化的要全自動化。能夠非?？焖俚母哔|量的產品迭代發(fā)布，得益于ZStack的測試團隊開發(fā)了一整套自動化測試系統(tǒng)，完全涵蓋了后端以及UI。這些自動化測試完全涵蓋了各個功能在各種部署場景的復雜組合測試，完整的測試自動化覆蓋為產品質量提供了最有力的保障。張鑫介紹，目前除了UI測試的一小部分(因為UI的更新速率高于測試速率)還沒有完全實現自動化之外，其余測試都已實現自動化。

除了全自動化，張鑫還概括了ZStack測試的幾個理念。

一是不止測試人員做測試，開發(fā)人員也要做測試。與很多外企一樣，ZStack要求所有開發(fā)人員提交的代碼里面都要有測試用例。包含測試用例的代碼提交之后會被自動化測試系統(tǒng)測試，只有所有測試都通過之后，代碼才能被合并到主線。

二是專業(yè)海量測試。代碼提交之后的第二套關口就是ZStack的QA團隊的測試。目前ZStack也用自己的產品搭建了云平臺，云平臺里有兩個群供測試專用。QA團隊在這兩個集群上搭建自動化測試系統(tǒng)，使用嵌套虛擬化技術(虛擬機亦可當成物理機使用)，讓測試主機達到500臺，在這之上可以部署非常復雜的測試環(huán)境。其測試框架每天晚上都在運行，白天也會運行其他的測試任務。ZStack基本兩個月發(fā)布一個版本，每個版本的測試平均達10萬次以上。

三是搭建機器人測試框架。張鑫自豪地介紹，ZStack的機器人測試框架可以預定算法和條件，自動生產新的測試用例。這與人做測試最大的區(qū)別是什么呢?如果人做測試寫測試用例的時候是沿著人的思維寫的，很多時候會出現很多盲區(qū)，很多情況測試不到，機器人測試的好處是根據算法生成測試用例，完全預料不到它的行為，可以測到大量人想不到的地方。

張鑫用三個故事細節(jié)來向記者描述ZStack測試的吸引人之程度。

一是當ZStack測試團隊出去與公有云廠商做技術交流的時候，有兩家廠商都跑過來問ZStack機器人測試框架能不能拆出來單獨賣給他們。二是ZStack售前人員到客戶那里去講產品的時候講到了公司的測試理念和測試框架，結果當場客戶測試團隊就有人問ZStack測試還招不招人。第三個故事是ZStack于今年八月份加入戴爾的未來就緒企業(yè)云聯(lián)盟(FRECO)，戴爾的許良謀先生直接跟張鑫提出要去ZStack的測試工作區(qū)看看，來訪進門之后直奔測試區(qū)，站在那里一個多小時現場看和聽講解，了解ZStack是怎么做測試的。因為戴爾也是產品公司，對于產品化理念也非常堅持，對測試也非常重視。三個小故事雖然是細節(jié)，但卻以小見大，體現出了ZStack測試理念和測試工作的先進程度。

同時，ZStack也在嘗試推動整個行業(yè)測試理念的前進。據悉，全國信標委云計算標準工作組在籌備制定行業(yè)測試標準，ZStack核心測試人員已經前后兩次參加其預研標準討論會，其實參加研討會的都是華為、浪潮等大廠商，ZStack作為初創(chuàng)型企業(yè)能參與其中，是很少見的。并且，ZStack的測試人員主導起草撰寫了標準的兩個章節(jié)，與很多大企業(yè)其實合起來寫一個章節(jié)相比，更是罕見。當然，張鑫也表示，這方面也要感謝Intel多年的培養(yǎng)，才讓現在的ZStack擁有這么高素質的測試人員。

不論是在招聘還是在工作環(huán)節(jié)，ZStack對測試人員所堅持和灌輸的理念是，公司要的是測試開發(fā)人員，不僅要關注測試，更要關注軟件質量，要搭建一套質量保障體系。到ZStack來做測試，職業(yè)理念和職業(yè)生涯可以得到很好的提升，張鑫風趣地打了一個廣告。

DevOps實現持續(xù)發(fā)布與持續(xù)集成

對于ZStack測試工作的難點，張鑫總結說主要是資源的不足。一是硬件資源限制，雖然ZStack用嵌套虛擬化的方式實現了用500臺物理機跑測試，但硬件資源還是不夠，不斷調度排優(yōu)先級，導致測試周期會很長;二是測試人員的不足，1:1甚至1:1.5的開發(fā)測試比雖然在創(chuàng)業(yè)型公司里算高的，但實際上與成熟公司1:2甚至更高的相比，測試人員數量還是不足，ZStack對測試人員要求很高，做產品測試的人在國內本來就較少;三是產品功能迭代太快造成的測試壓力，研發(fā)人員是線性思維，測試人員是扇形思維，研發(fā)做了1分的工作，測試人員要付出10分的努力。

除了高度自動化的測試，ZStack的測試團隊開發(fā)的另一個重頭戲是DevOps，極大地提高了測試和開發(fā)效率，保證了產品質量。一方面開發(fā)團隊可以直接方便地測試新代碼，使每個代碼改動在進入主線之前都經過充分測試，提高測試反饋速度;另一方面ZStack堅持持續(xù)集成和持續(xù)發(fā)布，利用Jenkins把開發(fā)流程、測試流程和發(fā)布流程集成到一起，在自己的云平臺上，每天都會進行幾十次的發(fā)布。自動化的持續(xù)集成和持續(xù)發(fā)布流程可以讓ZStack快速部署到內部生產環(huán)境，經過充分自動化測試的開發(fā)版本能在第一時間得到真實的生產環(huán)境的考驗。

目前，ZStack正在嘗試把文檔工作也做到持續(xù)集成的環(huán)境里去。這意味著什么，意味著比如當UI里面的圖標或者文字發(fā)生了改變，那么所有的文檔中都要相應變化，因為變化頻繁過去用手工方式做起來非常痛苦，現在把這項工作與UI自動化測試結合起來，通過自動錄屏、截圖發(fā)送至圖庫，進行更新，可以大大減少文檔工程師的壓力。通過DevOps，ZStack把持續(xù)集成、持續(xù)發(fā)布貫通至整個研發(fā)體系。堅持產品化的ZStack正在用最強測試打造最穩(wěn)定好用的IaaS產品。

對于未來測試團隊和產品的開發(fā)周期方面愿景，張鑫表示，ZStack現在已經建立了一套成熟的產品開發(fā)測試體系，從目前公司的產品發(fā)布周期就可以看出來，目前公司大概兩個月發(fā)布一個版本，頻率還是很高的。日后會做人員擴充，招募更多的研發(fā)和測試人員，填充到整個體系中，從而支撐產品的前進。產品方面，混合云是明年ZStack的發(fā)力重點，也會竭力實現UI的全自動化，以及對測試資源實現更有效的使用，未來會形成3個月發(fā)布大版本，其間有小版本迭代的發(fā)布周期，以更靈活滿足客戶需求。

堅持產品化的ZStack正在用“最強測試天團”打造最穩(wěn)定好用的IaaS產品，為廣大用戶持續(xù)降低云計算的使用門檻，實現用戶價值的最大化，這無疑是云計算用戶市場的最大福音。

標桿案例之農信互聯(lián)的痛點

北京農信互聯(lián)科技有限公司是家農業(yè)互聯(lián)網高科技企業(yè)，已建成“數據+電商+金融”三大核心業(yè)務平臺，并以“農信網”為互聯(lián)網總入口，“智農通”APP為移動端總入口，構成了從PC到手機端的快樂生態(tài)圈，實現對農業(yè)全鏈條的平臺服務。

農信互聯(lián)使用混合云之前，業(yè)務已經運行在部署于IDC的私有云中。IDC偶爾出現的狀況，會導致農信互聯(lián)的數據無法及時訪問，造成客戶的流失和平臺價值的降低，需要通過混合云提供一整套災備和雙活方案。

通過與ZStack合作，農信互聯(lián)通過一個UI完成ZStack和阿里云業(yè)務的管理。ZStack混合云在管理架構上整合了公有云和私有云的各種操作，保證了用戶體驗的一致性。農信互聯(lián)在使用ZStack混合云產品的過程中，不僅僅是控制面的打通，更是數據面的打通。

農信互聯(lián)通過ZStack進行容災備份的過程中，僅僅需要點擊幾個按鈕，ZStack甚至提供了全套容災備份的API，幫助其自動化運維團隊定制各種個性化的容災備份方式，讓整個容災備份和災難恢復的體驗都非常流暢和自然。通過混合云的災備，農信互聯(lián)實現了數據的異地容災和災難恢復，保證了在自有機房出現意外的情況下業(yè)務的連續(xù)性。

生成海報

免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。