雲計算進入下半場，時速雲将如何植根雲原生助力企業業務升級轉型？

　　在過去三到五年時間裡，雲計算技術正在日益深刻地改變各行業、各領域的信息化建設。在一些信息化建設曆史久遠，系統比較完善的行業和領域内，企業的IT架構正面臨從傳統的單體架構向更加适應雲環境的微服務架構轉型的迫切需求。對于那些IT架構剛剛搭建不久的初創型互聯網公司，日益增長的業務量也對服務的穩定性和運維的效率提出了更高的要求。

　　近年來，IT架構轉型的需求催生了雲計算領域中一個蓬勃發展的細分賽道——雲原生。自2018年來，雲原生技術開始在企業IT架構搭建和轉型中發揮引領性作用，容器、DevOps、微服務、敏捷方法、持續集成、持續交付等雲原生理念日益深入人心，這也是雲計算浪潮發展到一個成熟階段後的必然結果。 成立于 2014 年底的時速雲，是⼀家專注雲原生技術的容器雲PaaS服務提供商，其創始團隊來自于IBM、VMWare、Oracle、阿裡雲等國内外巨頭企業。 時速雲作為在容器雲産品化嘗試中最早選擇Kubernetes路線的廠家，從2018年開始到2019年，在人工智能、邊緣計算等領域進行了應用場景的拓展，同時加強了産品對敏捷開發體系、微服務框架的支持。2019年5月，時速雲與雲計算基礎架構供應商深信服達成戰略合作，下一步雙方将共同推進雲原生技術在企業級雲計算場景中的落地。2019年9月，時速雲獲B+輪戰略融資。

　　基于Kubernetes衍生四大産品形态，從容器工具邁向技術中台

　　時速雲的技術核心是容器編排引擎Kubernetes，簡稱K8s，是源自Google的開源容器編排引擎。由于其具有支持自動化部署、大規模容器管理、功能模塊可擴展等優良特性，目前已經成為市場中最主流的容器編排引擎。 時速雲通過對開源容器編排引擎Kubernetes進行二次封裝及功能插件的擴展，目前形成了包括企業級容器雲PaaS平台、雲原生DevOps、微服務治理平台、機器學習訓練平台在内的産品體系。 1. 企業級容器雲PaaS平台基于Kubernetes開源引擎，提供面向應用、服務和容器的全生命周期服務，能夠有效提高服務資源利用率，降低運維成本，提高運維效率。 2. 雲原生DevOps面向開發運維過程，基于時速雲TenxFlow工作流引擎實現DevOps工具鍊，提供代碼構建、持續集成、持續交付、代碼和鏡像倉庫、自動化運維等服務，将編碼、測試、運維全流程實現一體化打通，能夠有效減少傳統軟件研發過程中在集成、測試、交付和運維階段存在的大量重複性工作。另外，過去的DevOps的概念更多的是針對瀑布開發模式，但目前大量企業因為存在研發需求頻繁變更的情況，越來越多地采用敏捷開發模式，因此時速雲還實現了DevOps對敏捷開發的支持。 3. 微服務治理平台幫助企業搭建基于微服務架構的治理、監控、管理和運維平台，能夠通過可視化的拓撲關系，監控服務運行狀态和服務間調用關系，分析潛在瓶頸和錯誤點，解決企業内外服務互通問題。時速雲為了适應目前的微服務相關技術棧，還實現了對SpringCloud、Dubbo、ServiceMesh的支持。 4. 機器學習訓練平台基于容器雲和深度學習引擎TensorFlow，提供模型訓練、模型集、數據集等，能夠給那些需要将機器學習訓練過程容器化運行的客戶，提供快速建設AI中台的能力。 另外在時速雲的中長期戰略中，為了拓展容器雲帶給客戶的價值點，給客戶的研發、測試和運維過程提供全生命周期的平台化服務，時速雲提出了技術中台戰略。 時速雲對技術中台的定義是一個加強版的DevOps平台，不但提供支持研發管理、測試管理、持續集成、持續交付等傳統DevOps功能，還支持以一鍵獲取的方式，獲取雲原生的各種工具和組件，包括在線IDE、MySQL數據庫、Tomcat、Weblogic等。這一技術中台戰略目前還在處于推進和研發的階段，預計在明後兩年内會實現産品化交付。

　　多角度切入客戶場景，産品價值點逐步拓展

　　經過長期對客戶需求的摸索，時速雲将客戶最主要的應用場景總結為兩類。 第一類場景是自動化運維。在一些行業客戶，比如金融機構的系統中，往往會出現在某些時間節點上的訪問量突發峰值，而且峰值的周期也是不可預測的。如果采用虛拟機的負載均衡方式，需要提前把虛拟機部署好，到峰值的時候再将虛拟機啟動，但虛拟機的啟動的時間是非常長的。所以，傳統的運維方式已經不足以及時響應突發峰值，但這是容器的強項。将應用部署在容器中，能夠減輕運維團隊在應對突發峰值過程中的壓力。 第二類場景是是研發、測試和運維的一體化和自動化。時速雲DevOps能夠給研發、測試和運維團隊提供持續集成、持續交付的功能，減少重複工作，提高工作效率。未來技術中台産品上線後，可以面向應用全生命周期，為研發、測試、運維團隊提供各類工具和中間件的一體化支持。 同時，為了豐富容器雲的應用場景，探索容器雲帶給客戶的更多的價值點，時速雲目前在機器學習、邊緣計算兩個領域進行了持續的探索，并且已經成功實現多個項目落地。 首先是對機器學習的拓展。在時速雲着重布局的能源、運營商等行業的客戶中，集團内的研究所希望利用過去積累的大量業務數據，進行基于機器學習算法的深度的挖掘和分析。為此，時速雲實現了Kubernetes對深度學習框架TensorFlow的支持。客戶隻需将自己的AI算法在TensorFlow中進行實現，就能夠在容器環境中實現機器學習的數據流。同時，機器學習平台還能夠穿透到GPU物理機，實現算法的高性能運算。 其次是對邊緣計算的拓展。時速雲的典型客戶國家電網，希望将各個網省電力中心采集的數據資源進行統一管理，實現互聯互通，但希望将電壓電表的數據采集業務放在邊緣端，經過初步處理後再上傳到國家電網中心，因此也需要有一個邊緣雲的架構去支撐大量的數據采集量。另外，國家電網的售電系統也會遇到用戶在某個時間節點集中購電的情況，給系統運維帶來極大挑戰。為此，時速雲幫助客戶将邊緣雲中的應用進行容器化改造，提升了電網系統的服務性能，降低了運維難度。

　　深挖細分領域，渠道能力将獲提升

　　随着行業客戶對容器雲的接受度的提升，以及對自身需求點的日益明晰，容器雲市場的競争重點不再是對客戶的概念宣灌能力的比拼，而是對客戶應用場景的理解能力，對客戶真實需求的挖掘能力，以及對産品體系作出調整的适應能力的比拼。 愛分析從産品&技術、服務能力、場景理解能力、客群構成、獲客能力等五個維度對時速雲進行評價。 産品&技術：時速雲技術團隊來自IBM、VMWare、Oracle、阿裡雲等技術實力雄厚的巨頭公司，研發人員超過100人。産品體系較為模塊化，支持模塊獨立部署，基于容器的機器學習平台同樣能夠實現産品化落地，表現出較好的産品化能力。技術人員能夠對Kubernetes、KubeEdge、KubeFlow的開發者社區進行一定程度的輸出，同時支持邊緣雲容器化項目的落地，表現出較強的技術實力。同時，時速雲計劃在未來一到兩年内實現産品從工具到技術中台的邁進，也說明其對自身産品和技術能力的信心。 服務能力：時速雲目前擁有20人的技術支持團隊，主要為客戶提供标準産品的部署。針對客戶的原有系統，時速雲提供關于容器化改造、微服務化的咨詢服務，這一過程有待實現标準化。如客戶有定制化需求，則需研發團隊介入。 場景理解能力：時速雲能夠較好借助自身客群特點，深入地挖掘能源、運營商、制造等領域客戶在數據分析、邊緣雲容器化方面的應用場景，并對産品體系作出相應的豐富，同時具備項目落地的能力，場景理解能力得到了客戶的驗證。 客群構成：時速雲目前主要服務于金融、能源、運營商、制造、教育等行業的企業級客戶，包括國家電網、新奧集團、凡普金科、中國移動、戴姆勒奔馳、鍊家、慧科集團、鉑濤集團等，客單價可達百萬級别，且這些客戶往往有進一步擴大規模的需求。時速雲與深信服達成戰略合作後，将借助深信服的超融合一體機産品推出一體化容器雲方案，預計将會在對中小客戶的滲透率上有一定的提升。 獲客能力：時速雲采用直銷與渠道相結合的獲客方式，一方面依靠市場活動及銷售自身的資源來獲取線索，拓展客戶，另一方面依靠企業的生态合作夥伴來介紹客戶。與深信服達成戰略合作後，預計時速雲在渠道建設方面會得到一定的提升。

　　近日，愛分析專訪時速雲聯合創始人&COO楊樂，就時速雲在最近一年來的産品動向、應用場景及未來業務發展戰略進行了深入的交流，現摘取部分内容如下。

　　容器雲産品化依賴于Kubernetes的先進理念

　　愛分析：為什麼時速雲始終堅持基于Kubernetes的容器雲平台?Kubernetes與Docker Swarm等其它容器編排工具相比有哪些優勢?

　　楊樂：與Kubernetes相比，Swarm的優勢在于的學習和使用更簡單一點。使用Swarm進行容器編排，隻需要分别在幾台機器上部署Swarm模塊，然後連接起來就成為一個Docker的主機集群。 但是Kubernetes從最初的設計理念與Swarm完全不一樣，它是以谷歌内部borg系統為理念基礎開源出來的，所以從最初就考慮到未來如何去擴展功能模塊，如何在大規模集群中進行容器編排，如何集成容器網絡，如何管理存儲。 2014年Kubernetes剛出現的時候，雖然理念和架構非常超前，但是已實現的模塊功能是非常欠缺的。但是經過過了幾年社區的發展升級後，框架裡缺少的模塊基本都被完善了。這個時候相比較，Swarm就隻是一個聯機的Docker，對于網絡、存儲和任務調度的管理是不完善的，并且其架構很難支撐大規模容器編排。而Kubernetes易于擴展這些特性，就在産品化方面給了容器雲公司很大空間。 但是Kubernetes有一個問題，就是他最初隻考慮了架構方面的先進性，沒有考慮部署過程的易用性，所以說最開始的時候Kubernetes特别難部署。後來一些廠商對Kubernetes在分布式部署方面做了一些優化，逐步補齊了它在這方面的短闆。

　　部署過程全面考驗時速雲技術支持能力

　　愛分析：對于客戶原有的一些系統，時速雲會參與它們的服務治理和容器化改造嗎?

　　楊樂：會的，有一些客戶可能對微服務改造本身并不是特别清楚，那麼我們也提供咨詢服務，告訴他們如何從傳統的架構模式升級到微服務的架構模式，但是實際的編碼工作還是需要客戶自己來進行的。 但從長遠來說的話，我們還是傾向于産品的完全标準化。當然現在也是标準化的，但是由于整個行業的成熟度，我們仍然需要提供很多咨詢服務。但是未來我們會将技術支持、咨詢服務更多地以标準化文檔的形式交付給客戶，讓客戶的服務改造和産品使用門檻大大降低。同時，我們會把更多精力放在打造我們的産品體系，基于容器平台去擴展針對不同領域的産品模塊。

　　愛分析：一個比較典型的客戶，從最開始接觸到容器，然後到比較成熟地去應用，這個過程大概會分幾個階段，用戶是怎麼一步步的去做的?

　　楊樂：一般情況下，在産品部署完之後，我們要對客戶進行培訓，告訴他們怎樣把自己的系統微服務化。然後客戶需要建立測試環境，針對一些非關鍵性業務做試驗性的遷移。這樣客戶可以逐步熟悉我們的産品，去了解各個功能如何去用，怎麼去調優，最終把産品良好地應用起來。當客戶對産品比較熟悉之後，就會自然而然地減少對我們的技術支持服務的依賴。

　　愛分析：在部署完成後，時速雲給客戶提供的技術支持服務有哪些?

　　楊樂：我們的技術支持服務主要是針對客戶應用運行過程中出現的一些難以解決的技術性的問題，比如運行失敗、抛出異常參數等等，我們會通過遠程或現場支持的方式來解決。還有一些業務量很大的重要客戶，可能需要我們在某些重要的時間節點，通過遠程或者現場去幫他們做故障保障。

　　愛分析：一般一個大的客戶，整個項目的周期要多長時間?

　　楊樂：如果是标準的産品交付，我們不提供技術咨詢，也不提供定制開發，那麼從交付開始到最後項目結束，不算維保期，也就大概一個月時間。但是另外這種大型客戶，加上定制開發時間的話，項目周期是不一定的，要看定制需求量，以及項目規劃的情況怎麼樣。

　　愛分析：我們之前分析過OpenStack廠商，但感覺這類公司的整體發展都不是特别盡如人意。客戶會覺得OpenStack廠商的産品是基于開源框架去做了一個封裝或者改造，加入度體現的不明顯，所以OpenStack行業的終局就變成了大家都去幫客戶做定制化服務，做二次開發。後面容器雲公司會不會遇到類似OpenStack公司一樣的困難呢?

　　楊樂：OpenStack與容器平台相比，本身能夠解決的問題就不一樣，一個是對下層的虛拟機搭建，一個是對上層的容器創建。對OpenStack廠商來說，客戶把虛拟機創建完了，廠商的任務就完成了，因為OpenStack本身能解決的問題就是這麼多，後面想要切入客戶的應用場景是很難的。 但對于容器雲廠商來說，客戶創建第一個容器才是開始，後面客戶所需的各種功能模塊、産品的使用、客戶應用的改造和遷移，都需要我們幫助客戶去做。比如我們的容器雲PaaS、DevOps、微服務治理平台，針對不同行業、不同場景都有很多空間可以擴展。

　　客戶對容器雲的适應過程往往并非一蹴而就

　　愛分析：客戶在容器雲上一般是怎麼去立項的?它是按PaaS平台立項，還是會按具體的業務場景來立項?

　　楊樂：作為PaaS平台單獨立項多一點。當然我們推動項目的切入點可能是不一樣的，有時候我們會從研發測試管理的角度，首先去推我們的DevOps，或者是說從運維的角度去解決他們的運維難題，比如說高并發量下負載均衡的問題。客戶也會從這兩個方面去逐步立項，最終采購和落地。

　　愛分析：一般客戶一開始會上多少節點數量?

　　楊樂：一般客戶都有一個建設過程，是一個逐步增長的量，比如可能初期會上30到50個服務節點，後期再逐步擴展到百台或數百台。

　　愛分析：30到50個服務節點已經是個很大的數量了，是有很明确的一些業務訴求推動企業上這麼多節點數量嗎?因為我們了解到的情況是，客戶更多的還是在測試環境中使用容器雲，一般不需要這麼多節點數量。

　　楊樂：在去年之前的話，的确很多都是用在測試環境中，因為這也涉及到客戶對容器，對Kubernetes以及我們産品的認可和熟悉程度。到了今年的話，客戶的認可度已經很高了。而且很多客戶是二期客戶，他們之前在測試環境中使用容器，到後期容器的好處也凸顯出來了，于是也逐步把容器用在生産環境中。有時候，很多客戶自研的産品也是用容器交付，還有一些大型的國企，第三方的軟件供應商交付給他們的軟件也是通過容器去交付的。所以現在很多應用從一開始就是容器化的，客戶天然地會想要把它放到容器雲平台上。

　　容器雲市場逐步成熟，廠商開始深耕細分領域

　　愛分析：時速雲目前主要的拓客方式是怎樣的?

　　楊樂：拓客主要有三種方式。第一種方式，我們會通過市場活動，讓客戶主動找我們。第二種方式，我們有直銷團隊，他們本身也會有一些線索和資源，并且不斷自主地去拓展客戶資源。第三種方式，一些大客戶或者行業内的生态合作夥伴也會幫我們拓展渠道客戶。

　　愛分析：在過去一年，行業層面有沒有一些新的變化?

　　楊樂：在2017年左右，很多客戶還處于觀望階段。到2018、2019年，包括電力、電信、金融、能源和汽車等行業，甚至是國企、電子政務之類的領域都開始應用容器雲。 在2017年前後，我們面對客戶，需要大量地去解釋Kubernetes技術本身的概念，包括它要解決什麼問題，以及我們的容器雲與Kubernetes的不同是什麼。但是到2018、2019年，遇到客戶的話就基本上再也沒有要求我們解釋過這些基本概念。因為這時候，大家都知道并理解容器技術了，我們隻需要告訴客戶我們的能力以及産品的功能和穩定性就可以了。許多客戶的立項階段都已經到了尋找廠商去落地和使用産品，并開始了解如何去遷移上雲的這個階段，需求性、意願性都比較強烈。

　　愛分析：容器雲市場現在是一個什麼樣的競争格局?

　　楊樂：因為市場足夠大，每一家前期切入客戶的領域不一樣，這也會對他們之後需求的挖掘以及産品的疊代産生影響，最終使得各家目前都有一些專長領域的客戶。我們目前在電力、運營商、汽車、金融、保險等領域做得比較成熟。

　　愛分析：目前容器雲還是切入私有雲的場景比較多，而現在行業雲的建設進入到了一個快車道，各個行業和政府部門都在建設行業雲，時速雲能夠參與到行業雲建設中嗎?

　　楊樂：這個也分具體行業和具體客戶，不同的行業雲采用的方案也不一樣，可能有一些就是公有雲的，但有一些客戶因為一些政策在信息安全方面的要求，一部分雲必須采用私有雲的方案。這種項目一般也會分層次來建設，所以行業雲對于我們來說，還是有一定的切入空間。

　　11月22日，“共赢雲原生 | 時速雲新品發布暨合作夥伴大會”将在北京紅杉假日酒店舉辦。會上，時速雲将發布全新的産品戰略，并正式啟動生态合作夥伴計劃，我們期待您的莅臨。