UCloud裴志伟:最小价值模型,技术迭代与客户需求可以达成平衡
LiveVideoStack有幸采訪了UCloud互聯(lián)網(wǎng)事業(yè)部產(chǎn)品中心總監(jiān)裴志偉,采訪中裴總介紹了UCloud核心產(chǎn)品Rome的前世今生,就網(wǎng)絡(luò)加速的現(xiàn)狀和行業(yè)需求進行了深入探討,表明了對技術(shù)和行業(yè)的融合發(fā)展的樂觀態(tài)度。
文 / 裴志偉
策劃 / LiveVideoStack
LiveVideoStack:志偉,您好。首先請您向LiveVideoStack的讀者介紹一下自己,以及現(xiàn)在在UCloud主要從事的工作和關(guān)注的技術(shù)領(lǐng)域。
裴志偉:我是2015年初加入UCloud的。我剛加入UCloud的時候在網(wǎng)絡(luò)組,當時做的是偏內(nèi)網(wǎng)的一些產(chǎn)品,包括云網(wǎng)關(guān)和帶寬產(chǎn)品。2016年年中,我轉(zhuǎn)到了虛擬化計算部,那時候計算部管理UCloud最核心的產(chǎn)品——UHost云主機。2018年年初,我又兼任負責了UCloud對象存儲UFile產(chǎn)品。計算、網(wǎng)絡(luò)、存儲是作為云計算的三大基本能力,我很幸運的是,我正好覆蓋了這三大類別的產(chǎn)品。
2018年11月份,我轉(zhuǎn)到了IBU,即互聯(lián)網(wǎng)事業(yè)部。我在事業(yè)部主要負責的是行業(yè)方向,UCloud的戰(zhàn)略是叫行業(yè)突破。之前各大云服務(wù)商都提到了要去做重點行業(yè),每個行業(yè)的背景不一樣,能力不一樣,對云計算的看法也不一樣,無限制擴張的話,你的精力會很分散。但是做行業(yè)會有一個好處:行業(yè)內(nèi)部是有可復制性的。比如你幫助一個客戶解決了問題,這個行業(yè)內(nèi)的其他人看到之后,他會覺得好像跟他面臨的問題也挺像的,能不能也給他介紹下解決方案,或者提出些業(yè)務(wù)差異看我們能否支持定制。
我們現(xiàn)在最重點的行業(yè)就是在線教育行業(yè)。在線教育行業(yè)的核心產(chǎn)品需求主要聚焦在音視頻和AI領(lǐng)域。相比傳統(tǒng)的線下培訓機構(gòu)式教育,教育機構(gòu)用線上的方式來解決傳統(tǒng)的線下教育依賴的時間、空間和安全問題。怎么解決呢?這里面最重要的一個產(chǎn)品就是RTC。另一方面,因為它有了海量的音頻、視頻以及上課數(shù)據(jù),又可以通過AI解決課程是否生動的問題。比如我可以通過一些手段讓課程更生動,當然這可能偏特效類的;還有把語音分軌,做語音識別,看老師的質(zhì)量,有沒有一些粗話、臟話;還有,人的面部表情是可以識別出來7個情緒的,通過視頻觀察,我們可以知道學生在聽課過程中的情緒是什么樣的,等等。當你深入一個行業(yè)的時候,你發(fā)現(xiàn)要做的東西還是很多的。這也就是我目前最主要的工作內(nèi)容和專注的領(lǐng)域:教育行業(yè)技術(shù)和AI解決方案。
LiveVideoStack:接下來我們聊聊UCloud的Rome,為什么會有Rome這個產(chǎn)品,具體基于什么樣的場景需求?
裴志偉:這個實際上是這樣看的。當我們開始做教育行業(yè)的時候,第一步就是去了解客戶需求,我們發(fā)現(xiàn)他們共同的問題是,中國在線教育的絕大部分用戶不是在一線城市五環(huán)內(nèi)的,而是有大量的學生是因為本地的教育資源不好,所以才更依賴在線教育。二三線城市的網(wǎng)絡(luò)質(zhì)量相比一線城市其實是有大幅差距的,所以教育機構(gòu)最大的痛點就是公網(wǎng)問題,網(wǎng)絡(luò)是否穩(wěn)定。
另一個就是,在線教育機構(gòu)里,除了K12這樣的傳統(tǒng)教育外,還有英語類的培訓,比如說這個行業(yè)里面的巨頭VIPKid、51Talk、DaDa英語,他們的老師全都是在國外的,比如北美、歐洲,這樣的跨國通訊又會引入一個新的網(wǎng)絡(luò)問題:這樣的跨國通訊網(wǎng)絡(luò)是否能保證?它的一節(jié)課時間很短,課單價又那么貴,所以無論是對用戶來說,還是對平臺來說,他都是不接受任何卡頓的。斷網(wǎng)一分鐘對看小說和視頻是無所謂的,但是如果是上課,這個關(guān)系就大了,所以他非常關(guān)注這個東西。
這個產(chǎn)品其實屬于SD-WAN的一個大類。我們是怎么看SD-WAN的?現(xiàn)在的在線教育機構(gòu)其實大部分都停留在第一或第二個階段。SD-WAN的第一個階段,只要是跟加速有點扯上關(guān)系的東西就可以叫SD-WAN,比如公網(wǎng)加速,他就認為是叫SD-WAN。第二個階段就是拼資源,你會看到有很多的公司的核心是通過資源,就是我有自己的專線,我有自己的傳輸,這樣就說這是SD-WAN。我們現(xiàn)在是屬于第三個階段,AWS在去年re:Invent大會上面推出了一個新的網(wǎng)絡(luò)產(chǎn)品叫Global Accelerator,就是全球加速產(chǎn)品,其實它已經(jīng)到這樣的一個新階段了。這個階段是什么呢?就是不僅僅只是提供資源或者很單一的加速方案,而是整體的全球覆蓋網(wǎng)絡(luò)加速產(chǎn)品或者服務(wù)。這個產(chǎn)品其實更強調(diào)的是整個網(wǎng)絡(luò)的監(jiān)控調(diào)度、管理或者以服務(wù)的方式幫助用戶快速將整體的業(yè)務(wù)往你的服務(wù)上做遷移。
我們是在2018年初規(guī)劃了這樣一個Rome產(chǎn)品,具體的場景需求是從教育行業(yè)出發(fā)的,但是我不清楚AWS是從什么角度出發(fā)的,只是大家?guī)缀醵伎吹搅诉@樣一個痛點。所以你會看到,現(xiàn)在基本上大的公有云廠商都在做這樣的產(chǎn)品。
LiveVideoStack:有一個問題我想替用戶來問,如果要用UCloud的Rome,對我之前的云服務(wù)商或者IDC的產(chǎn)品有沒有要求,還是需要在另一端也部署產(chǎn)品?
裴志偉:并不需要。Rome,因為我們要盡可能地利用所有能利用的資源,所以我們是把其他云服務(wù)商的資源也納入進來的。一共有兩種方式,第一種是交鑰匙的,就是用戶如果能提供一個公私鑰,你可以單獨對一組資源設(shè)置權(quán)限,這個公私鑰可以把這個權(quán)限范圍控制得很細,如果你能提供公私鑰,我們可以用全自動化的方式幫你把整個業(yè)務(wù)全都部署。如果你不能的話,我們會提供一個操作手冊,你把它接入之后,剩下的事情就由Rome來控制。因為Rome包掉了其他云服務(wù)商的API,可以通過API接入的方式把其他云服務(wù)商的服務(wù)管理也全都包在里面。
LiveVideoStack:所以Rome解決的是國內(nèi)、國外或者兩個數(shù)據(jù)中心之間的網(wǎng)絡(luò)互通,比如延遲、卡頓、丟包的問題?
裴志偉:對。
LiveVideoStack:Rome是通過什么樣的方式找到最優(yōu)路徑的?或者說當網(wǎng)絡(luò)發(fā)生抖動的時候,是否可以實現(xiàn)自動切換最優(yōu)路徑?
裴志偉:是可以的。實際上這個概念在UCloud以前,在城域網(wǎng)的時候就已經(jīng)提出這樣一個概念,叫做環(huán)網(wǎng)。如果你的網(wǎng)絡(luò)是成環(huán)的,那么任何兩點之間至少是有兩條路的。我們的核心理念也是類似的,就是任何兩點之間都必須要有——其實我們自己內(nèi)部定的是3條線路。這3條線路之間都是異路由的,否則一段出問題,那所有鏈路全都不可用。接下來我們主要根據(jù)用戶關(guān)心的點來進行部署,比如用戶關(guān)注延遲,丟包。當發(fā)現(xiàn)任何一個指標不好的時候,我們會根據(jù)權(quán)重做一些數(shù)據(jù)分析,綜合判斷當前是否要立刻切換線路。整個過程是全自動的,對用戶的影響基本上是在秒級。無論專線也好,公網(wǎng)也好,當鏈路出現(xiàn)抖動的時候,Rome基本上能做到秒級地幫用戶切換掉,避免長時間抖動或者延時的情況。其實它的核心技術(shù)就是SR(Segment Routing)+MPLS(Multi-Protocol Label Switching,多協(xié)議標簽交換),SD-WAN主流的一種技術(shù)。現(xiàn)在SD-WAN主流的技術(shù),一個是MPLS,還有一些基于IPv6的一些技術(shù)。
LiveVideoStack:除了像剛才提到的教育場景外,有沒有其他場景也非常看重這樣的產(chǎn)品?
裴志偉:實際上是有的。開始做的時候,我們的需求方是來自于教育行業(yè),但實際上在產(chǎn)品推廣的過程中,發(fā)現(xiàn)很多其他行業(yè)都有類似的需求。比如工業(yè)互聯(lián)網(wǎng)的設(shè)備控制,比如車聯(lián)網(wǎng),比如實時對戰(zhàn)游戲,都要求延遲很低。還有互聯(lián)網(wǎng)醫(yī)療,互聯(lián)網(wǎng)醫(yī)療屬于診斷類的,比如家里有一個小的儀器,醫(yī)生在對端幫你看儀器設(shè)備上的數(shù)字,如果音畫不同步,或者延遲比較大的話,醫(yī)生跟你講的東西你都很難關(guān)聯(lián)上。再比如做視頻會議的,也很講究這個,否則你的視頻體驗會很差勁。最近有家視頻會議的公司上市了,它的核心理念、產(chǎn)品價值就是,把線上會議的效果做到跟線下大家坐在一起開會的效果是接近或是一致的,而且還能融入更多視覺效果,所以現(xiàn)在還有比較多的行業(yè)是對這塊有需求的。
LiveVideoStack:我理解Rome這個產(chǎn)品更多的還是對實時性要求很高的場景服務(wù)的一個產(chǎn)品。
裴志偉:是的。
LiveVideoStack:如果要實現(xiàn)這種實時,比如300、200毫秒甚至更低的話,鏈路的優(yōu)化、選擇是一方面,對這個鏈路本身的優(yōu)化,比如說發(fā)包的策略,在丟包比較高的時候,需要多發(fā)些包才能冗余,這些應該不屬于Rome產(chǎn)品包含的范疇,是吧?
裴志偉:對。這些其實屬于應用層,但是我們也有另外一個產(chǎn)品是解決這部分的問題。比如前向糾錯,就是通過一些冗余包的方式,比如延遲比較高的時候,就用發(fā)冗余包的方式,就是FEC(前向糾錯),像最近的音視頻大家都在講FEC。在國內(nèi)延遲比較低的時候,其實是可以自己去通過重傳或者是丟包重傳,自己去監(jiān)控業(yè)務(wù)層面的一些東西,能盡快發(fā)現(xiàn)并規(guī)避問題。我們也會有另外的產(chǎn)品解決這個問題,相當于Rome是一個底層的網(wǎng)絡(luò)中間件,再上層會有應用層的一些解決方案。
LiveVideoStack:在整個國內(nèi)和國外的云服務(wù)廠商中,好像提供這樣的服務(wù)——類似Rome的服務(wù)并不多?
裴志偉:可能只是以前并不多,我現(xiàn)在看到大家都已經(jīng)在慢慢推廣了。這里面競爭很激烈,有傳統(tǒng)的ISP,現(xiàn)在都是云廠商了,還有以前的CDN廠商,都有點在往這方面轉(zhuǎn)的意思。
LiveVideoStack:你做過主機,做過存儲,又做過網(wǎng)絡(luò),你覺得以你的經(jīng)驗來看,你有這三方面的經(jīng)驗是不是對做網(wǎng)絡(luò)更有幫助呢?
裴志偉:這是肯定的。我們知道,網(wǎng)絡(luò)會分為控制面和轉(zhuǎn)發(fā)面。控制面強調(diào)的是架構(gòu)設(shè)計,就是怎么樣高可用,不會出任何問題;轉(zhuǎn)發(fā)面講究的是高性能,比如轉(zhuǎn)發(fā)能力和CPU的消耗。存儲是一個比較強調(diào)架構(gòu)設(shè)計的領(lǐng)域,做過存儲的人會在架構(gòu)設(shè)計方面,或者在高可用設(shè)計上面,或者在分布式系統(tǒng)上面,會有一些更好的理解。做過計算的人會對整個底層的轉(zhuǎn)發(fā)技術(shù)和內(nèi)核這樣的東西更熟悉,這樣也會幫助你去完善一些東西。實際上還有更多,因為不同的技術(shù)棧領(lǐng)域之間會有一些交集,而且你理解越多,你看問題的深度、角度會略有一些不一樣。這樣的話,面對復雜問題的時候,你的思路可能會更廣闊一些。
LiveVideoStack:但是似乎并不是所有技術(shù)人都有機會能接觸這么三大塊產(chǎn)業(yè),可能很長時間都是聚焦在自己的業(yè)務(wù)場景下,雖然他可以在某一個產(chǎn)品或技術(shù)上挖得很深,但是他對整體的架構(gòu)或者業(yè)務(wù)并不了解。以你的經(jīng)驗來看,你覺得是建議大家更專一點好,還是多去了解這個世界在發(fā)生什么比較好?以你的經(jīng)驗來看怎么去平衡?
裴志偉:從我的角度來看,如果是純做技術(shù)的話,肯定是以深度為好。即使你想做廣度,你也要先有深度,再去做廣度,否則就是撿起一個芝麻,丟了一個西瓜。
LiveVideoStack:回到剛才你提到的大家都在做的SD-WAN,包括新的一些技術(shù)的工具框架,你看現(xiàn)在有哪些新的技術(shù),比如跟網(wǎng)絡(luò)相關(guān)的標準或者框架,可能在未來三五年會成為主流?你有沒有看到過這種產(chǎn)品?
裴志偉:我比較看好的還是關(guān)于服務(wù)類的。比如HTTP 3.0,它有點像現(xiàn)在一些大廠用的QUIC,都是HTTP OVER UDP。目前來說,在整個公網(wǎng)上面,以前大家都認為我的服務(wù)是要可靠性,我一定要用TCP。之前Linux 4.9也出了BBR來解決TCP在亂序的情況下網(wǎng)絡(luò)帶寬利用率的問題。但是實際上整體來看,現(xiàn)在在音視頻、短視頻和直播越來越火熱的情況下,好像越來越多的人,包括一些IM公司,都已經(jīng)在往UDP上轉(zhuǎn)。HTTP 3.0,如果它是純基于UDP做的話,我們看到它的場景可能會發(fā)展得更快。
實際上到目前為止,我們之前做服務(wù)的時候也發(fā)現(xiàn)過這樣的問題,就是有些很老的設(shè)備終端到目前為止還只支持HTTP 1.0,連HTTP 1.1都不支持,更不要說HTTP 2.0了。但是我們能看到,HTTP 3.0的應用場景發(fā)展會更迅猛,因為大家都想用更好的技術(shù)。
LiveVideoStack:剛才也提到一點,這些老的設(shè)備,包括運營商可能對UDP并不是很友好,包括限速等。這個問題目前來看可能大家得在跑一路UDP的同時,還得跑一路TCP?
裴志偉:對,是的。
LiveVideoStack:你們有沒有類似的狀況?
裴志偉:這個肯定是有的。做云計算公司最常干的就是這種事情,因為客戶是企業(yè)級客戶,你不能影響它的業(yè)務(wù),可能還需要長期維護。因為客戶為先,客戶的需求永遠得先滿足,產(chǎn)品在迭代更新的時候,最好是能做到無感知遷移,把用戶遷移到最新的版本,否則的話這種事情是很難避免的。
LiveVideoStack:在你們和產(chǎn)品部門,包括跟客戶溝通的時候,你們是怎么樣迭代的?比如下一個版本研發(fā)的能力是有限制的,但是客戶的需求很急,你們和客戶,包括產(chǎn)品部門,是怎么樣配合的?
裴志偉:實際上是這樣,互聯(lián)網(wǎng)都講究的是小步快跑、快速迭代,我們的整個項目規(guī)劃都是以MVP的形式,就是最小價值模型。比如我們會跟客戶溝通,將客戶的需求列一個清單,然后對這些需求做證偽判斷,然后設(shè)計一個最小價值模型。實際上在做最小價值模型的時候,甚至都不一定是研發(fā)做,而可能只是用一些手動的方式去搭出來一個框架,搭出來一個服務(wù)模型,去試錯。其實核心就是,能否以某種工作量最低、速度最快的方式——先滿足他,然后讓他看看這是否是他想要的。因為很多人都是這樣,在提需求的時候,可能沒有很明確的想法,看到東西之后還會有進一步要求,所以我們會先有一個模式。然后我們每個迭代版本的整個進度,一些比較小的需求,我們內(nèi)部要求是3天內(nèi)做完,然后在一周內(nèi)交付。
LiveVideoStack:接下來你們有沒有一些新的研發(fā)或者突破方向?有哪些技術(shù)趨勢是你們正在攻關(guān)的?
裴志偉:我們現(xiàn)在也在做一些WebRTC的產(chǎn)品,其他的也會做一些偏向于多云的更好的應用。這好像也是AWS的重心,包括上上周谷歌在Google Cloud Next上也提到了它做了一個多元管理平臺,所以現(xiàn)在無論是多云也好,還是幫助用戶更方便、更簡單地做遷移也好,這個領(lǐng)域現(xiàn)在對用戶來說痛點是比較明顯的。因為云計算已經(jīng)發(fā)展這么多年,大部分人還是認同云的價值的,能減輕他的技術(shù)負擔,能節(jié)省成本,滿足他的彈性,解決他的交付周期,等等。
接下來的問題就是,很好上云的用戶已經(jīng)上云了,接下來比較難的用戶都是,比如需要整改才能上云,或者沒有一個很好的技術(shù)團隊,或者其他一些東西。從整個社會的IT的角度來說,還有很多事情是在水下的,沒有經(jīng)歷過的人是沒法想象的。所以我們也會關(guān)注這方面的東西,我們是站在企業(yè)和用戶的角度,并不追求最熱的技術(shù)、最火的技術(shù),而最強調(diào)的是用戶的痛點是什么、我們?nèi)绾文軌驇椭脩艚鉀Q問題。
LiveVideoStack:剛才也提到WebRTC,我理解更多的還是在低延遲通信的這種場景,通過WebRTC來提供這種服務(wù)?
裴志偉:是的。
LiveVideoStack:您之前講到教育行業(yè)是咱們今年比較重點的行業(yè),除了教育行業(yè)之外,您覺得下一個重點會是哪個行業(yè)?
裴志偉:我們目前重點關(guān)注的行業(yè),除了教育之外,還有就是企業(yè)服務(wù)、新零售、醫(yī)療等,實際上這里面是有技術(shù)相關(guān)性的。接下來的幾個熱點爆發(fā),我們看到的第一個是AI、VR技術(shù),現(xiàn)在是屬于潛伏期,在接下來的5G時代可能會有一個比較好的發(fā)展趨勢。VR以前最大的問題就是網(wǎng)絡(luò)延遲比較大,人戴了之后是會有頭暈、嘔吐的情況,如果這個問題能夠通過5G結(jié)合一些網(wǎng)絡(luò)加速、邊緣的產(chǎn)品解決掉,整個體驗是完全不同的。它是解決交互的問題,交互的問題都是革命性的東西。再有就是AI的一些落地產(chǎn)品,因為AI它并不是一個行業(yè),它是一個賦能型的能力。實際上AI在很多領(lǐng)域可以有很多幫助的,比如在教育領(lǐng)域就可以去做AI老師,或者讓AI幫老師分擔工作,比如批改作業(yè),或者出一些題目、排課等。其他行業(yè)的話,我們也是保持open,主要還是看用戶需求。目前來看,行業(yè)的發(fā)展非常快,風口行業(yè)可能一兩年就被撲滅了。
LiveVideoStack:現(xiàn)在很多公司會關(guān)注互聯(lián)網(wǎng)醫(yī)療這個行業(yè),UCloud在這個行業(yè)現(xiàn)在做的相關(guān)應用是到哪一步了?
裴志偉:醫(yī)療的話,現(xiàn)在傳統(tǒng)的方式還都是在做三甲醫(yī)院,在醫(yī)院里面做私有化部署,其實它是不允許數(shù)據(jù)出醫(yī)院的,尤其是像個人的疾病相關(guān)數(shù)據(jù),是屬于極度隱私的,是絕對不允許做任何泄露的。這個不太好表達,你在醫(yī)院的感受都是,所有東西都是拿著病歷本去交互,現(xiàn)在很多醫(yī)院都已經(jīng)慢慢地變成了刷卡,刷卡其實就是一個信息流通的問題。現(xiàn)在的醫(yī)院主要的核心還是在解決信息怎么樣流通。
另外一個,醫(yī)院都有一個叫檔案庫的地方,可以想象北京、上海的醫(yī)院很大,有很多患者,檔案庫永遠都是在排隊存、取紙質(zhì)文件。這些數(shù)據(jù)都只是人為地放在那兒,并沒有得到很好地管理。再就是這個排隊問題,有些疾病能否以家庭的方式,或者跟穿戴設(shè)備結(jié)合來做更好的預警,或者在家就能進行醫(yī)生問診等。
LiveVideoStack:但這種數(shù)據(jù)如果不允許通聯(lián)的話,你其實沒有辦法做到很準確的,這是一部分。第二部分,現(xiàn)在整個醫(yī)院對于很多技術(shù)公司來說,它其實就是一個大B,它是在做醫(yī)院內(nèi)部的事情,不能完全稱得上是互聯(lián)網(wǎng)醫(yī)療。關(guān)于這些,您的觀點是?
裴志偉:其實之前的互聯(lián)網(wǎng)醫(yī)療更多的只是解決了一個掛號排隊的問題。實際上之前有一個東西很火蘋果手表在美國已經(jīng)可以做一些醫(yī)學上面的采集了,但是在中國就沒有這樣的功能。我們對這個東西還是持樂觀態(tài)度,可穿戴設(shè)備一定會跟醫(yī)療有更好的結(jié)合。
另外一塊實際上是在做AI的病理分析,就是比如你拍了一張CT,還要再去找醫(yī)生看,很麻煩。但是現(xiàn)在已經(jīng)有很多案例是通過AI的手段去診斷,而且準確度非常高,已經(jīng)抵得上一個有十年工作經(jīng)驗的資深醫(yī)師的水平了,這塊也是比較火的。
LiveVideoStack? 招募
LiveVideoStack正在招募編輯/記者/運營,與全球頂尖多媒及技術(shù)專家和LiveVideoStack年輕的伙伴一起,推動多媒體技術(shù)生態(tài)發(fā)展。了解崗位信息請在BOSS直聘上搜索“LiveVideoStack”,或通過微信“Tony_Bao_”與主編包研交流。
?
LiveVideoStackCon 2019北京正在招募講師,無論你是技術(shù)派還是學術(shù)派,亦或是行業(yè)專家,無論你的團隊有多小、有多新,都可以來申請LiveVideoStackCon的講師或出品人。
點擊【閱讀原文】了解更多大會相關(guān)信息。
總結(jié)
以上是生活随笔為你收集整理的UCloud裴志伟:最小价值模型,技术迭代与客户需求可以达成平衡的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 全面拥抱HDR时机已到?
- 下一篇: 量化视频封装的成本