5G和雲原生時代,技術的下半場從哪裡開始

2020-12-17 InfoQ技術實驗室

隨著5G/晶片/區塊鏈等等新技術的不斷成熟、雲計算的普及和雲原生時代帶來的諸多便捷,開發者和架構師們眼前的挑戰也不再只是 0-1 的建設問題,技術如何更多地帶來業務價值成為了一個值得討論的話題。由極客邦科技舉辦的QCon全球軟體開發大會2020(深圳站)上,阿里巴巴集團研究員,阿里雲智能視頻雲業務負責人林昊(花名畢玄)發表了主題演講《5G和雲原生時代的技術下半場》,以5G典型場景音視頻為例,探討相關技術和技術人的下半場,以下內容為演講整理。

很多人可能聽過,比如阿里巴巴集團董事局主席逍遙子在很多場合都會講到,現在世界最大的確定性的變化是數位化,意思是未來大的變化多數是「數位化的加速進行」。而在數位化的趨勢中,我們看到「視頻化」有著更大的確定性。

5G+雲原生,給業務帶來什麼變化

5G 跟業務系統關聯性最大的兩部分是延時更低、帶寬更寬。

現在的主流網絡比如 4G,延時大概在 10ms~100ms,它的延時範圍還是比較大。而 5G 通常來講延時會降到 1~10ms,它的目標是 10ms。那麼,當延時變得越來越低、帶寬變得更寬的時候,業務上我們會看到什麼樣的變化?

上圖主要顯示的是當帶寬變得更大、延時變得更低的時候,會有哪些典型的案例。比如現在特別火的話題——雲遊戲。遊戲對延時要求是特別高的,像賽車類、競技類等,4G 網絡本身已經不可能讓延時再低,但在 5G 場景如果延時壓到 50ms 以下,很多業務就有可能變成現實。

所以從 5G 的業務層面,我們關注的是,什麼業務需要更大的帶寬,什麼業務需要更低的延時。

說到雲原生,它確實是現在特別火的一個話題。在去年的雙 11,我們說最大的變化是所有的核心系統都上雲,而今年雙 11 我們對外講的是所有核心系統開始雲原生化。

但我們也說,每個人心目中的雲原生可能都不一樣,誰都不知道什麼叫雲原生。

對阿里來講,我們為什麼非常激進地推進雲原生?我以前是負責阿里整個核心系統上雲的架構師,我覺得整個業務的演進過程,最重要的是所有的業務開始從基於一個封閉自主的技術體系走向一個開放的技術體系,這便是雲原生帶來最重要的變化。

雲原生以後,整個社會建造業務系統的自有體系會越來越開放、越來越公共化。這對很多業務創新來講,是有很大幫助的。因為以前很多東西得自己做,但現在很多東西可能可以基於一個相對比較成熟的技術去做。就像阿里看到有一些業務在雲原生化以後,對我們整個業務創新的速度、業務迭代的速度產生非常大的幫助。

最典型場景:視頻

像前面說到,5G 帶來低延時和大帶寬,雲原生帶來的是走向一個開放公共的自由體系。那 5G+雲原生以後,最典型的場景到底是什麼?什麼樣的場景對 5G 和雲原生有特別大的訴求?

從目前來看,我們非常確定的是視頻。因為疫情原因,今年視頻好像突然就成為了整個行業特別火的業務創新以及技術創新領域。但其實視頻技術已經發展很多年了,只是今年看起來再度爆發。

我想很多人有這樣一些感受:以前多數業務系統裡面其實是沒有視頻的,但現在大多數業務系統,都開始或多或少地引入視頻。短視頻、直播以及音視頻通信是當前最火的幾個場景。

我們認為從場景層面來講,視頻是非常典型的 5G+雲原生的場景,原因是:所有做視頻業務的,不管是直播業務、短視頻業務、還是音視頻通話業務,關注的第一要點就是體驗。

做視頻最重要的是體驗,比如看直播是不是足夠流暢、畫面的清晰度怎麼樣,短視頻亦然,音視頻通話就更加是了——比如大家開視頻會議最關注的是能不能聽清楚對方在說什麼,另外是畫面夠不夠流暢。

所以一旦做這個業務以後,第一要關心的話題是體驗,而視頻業務的體驗要做得好,面臨的第一個問題就是視頻能不能很好地分發到離各個用戶比較近的一個點。

說實話,多數中小型創業公司甚至很大規模的公司都很難解決這個問題。通常來講,為了把整個體驗做得非常好,多數業務上來就需要依賴背後一張巨大的網絡,而這個網絡通常只有雲廠商公司會提供,因為其他公司要構建這張網絡是需要非常大的投入。

所以,從體驗上來講,視頻是非常典型的、會更多地考慮到應該去使用雲原生的服務,而不是自己從頭構建。

除了體驗,視頻業務開始做之後面臨的第二個比較大的問題是成本。視頻跟很多業務不一樣,這些業務規模如果沒有上來,付出的代價也許不是太大,可能只是做幾臺計算資源的機器、一點存儲、一點資料庫。當然,如果是做大數據和 AI,相對投入就更大一些。

但是,一做視頻就會在帶寬上面臨非常大的挑戰,因為帶寬「上來就是錢」。除了帶寬以外,視頻稍微做大一點,還會面臨存儲成本,因為要存下來,而視頻的文件顯然比以前所有的東西都大。

有了存儲以後,視頻還會面臨計算消耗的問題,因為可能要對視頻做一些處理,比如做一些編解碼或其他東西,導致計算資源整體會有比較大的消耗。所以整體來看,視頻除了解決體驗問題以外,還會面臨巨大的成本消耗的問題。而為了解決成本問題,可能會產生各種問題。因此對於很多團隊來講,基於視頻的雲原生服務是一個相對來講比較好的選擇。

講下我自己的另外一個感受,我覺得視頻業務是需要在基礎技術領域投入非常大的技術領域。比如要讓視頻在分發的過程中、播放的過程中將帶寬控制得更好,我們可能要去解決的問題是怎麼讓多數用戶看到的視頻畫面質量不怎麼改變的情況下,怎麼把帶寬成本降下去,控制碼率。對很多公司來講這是非常重要的,因為在大多數公司的業務中,少數視頻佔了最多的帶寬費用,但又不能把少量視頻的質量降下去。因為質量如果降下去,會影響用戶體驗。

為了解決這個問題,我們可能需要投入大量的人員去做編解碼優化。當然開源也是有的,開源的質量也不差,但如果想在開源基礎上做得更好,這個投入就非常大了。

另外大家可能也聽過,在看一段視頻的時候,視頻內容其實是直接決定了哪些地方是需要非常清晰、哪些地方相對來講是不那麼重要的,這可能就要結合 AI 做視頻內容的理解,然後做動態的編碼優化,基於你感興趣的點去做優化,背後可能涉及各種各樣的團隊,編解碼的團隊、AI 的團隊、算法的團隊,所以為了一點點的提升,背後可能有非常大的投入。

讓延時再低些

延時變得更低到底能來什麼好處,簡單給大家舉幾個例子。

第一個是在線教育。最早的時候在線教育是錄播的,老師提前錄完視頻然後再放出來,其他人再點開看。但對很多客戶來講,比如對家長來說這是不太能接受的,因為跟老師不能有很好的互動。後來在線教育就更希望能讓老師跟學生之間有更強的實時互動,而不是錄播的毫無互動。

為了做到互動,最關鍵的是延時。傳統直播技術通常大概延時在 5 秒左右。當然,像電視直播等延時會相對長一點,但那是因為其他的要求,技術層面大概都在 5 秒範圍,這是受協議約束的結果。而在線教育是希望把延時降到幾百毫秒,這樣音視頻互動才能更好地進行。

第二個是電商,這方面阿里有非常強的感受。阿里最早做開始手淘直播的時候,也是採用比較傳統的技術,場景上面臨的最大問題是:主播上來告訴大家,「我要開始賣一個東西了」,然後他要上連結,還要做消息互動。但這時候有可能會出現的是:主播說話與用戶觀眾發消息的兩個過程是有延時的,但消息的延時跟視頻的延時又可能不一樣,消息可能在 1 秒,視頻可能在 5、6 秒。

這時候就會出現消息跟視頻不在同一個畫面的問題——主播可能都已經切到下一場,而買家還在跟他交流上一場的問題。

所以在手淘場景裡,我們不斷跟手淘團隊一起儘可能把延時往下推進。比如在今年雙 11 裡,手淘大量採用了低延時直播,大概把直播的延時降到 1 秒左右,控制在 1 秒範圍內之後,我們可以看到它對整個 GMV 的轉化有很大的幫助,因為主播跟觀眾之間有了更強的互動關係。

在所有直播體系裡我們都看到了對於延時的訴求,現在直播都希望走向強互動直播,而不希望是原來那種比較單向的行為,因為觀眾也希望有更強的互動。

最後一個是大家疫情期間感受最為強烈的場景,視頻會議。現在視頻會議的延時在技術上能夠做到幾百毫秒,所以現在大家普遍能開視頻會議。雖然以前是電話會議多一些,但現在很顯然視頻會議的比率在上升。畢竟任何人的交流都更加希望能看到人,而不純粹只是電話傳遞的聲音。

舉另外一個例子,很多公司的面試到決定性或者很關鍵的一輪時,都會把候選人邀請到本地,然後面對面地完成這輪面試。這是因為覺得在僅通過電話面試、看不到人的情況下,很多東西是難以判斷的,需要見到本人。但是有了視頻會議以後,一些面試就可以無需把人邀請到現場進行。

所以延時技術在視頻領域的作用是非常明顯的,從幾秒到幾百毫秒催進了非常多視頻場景的創新。

但對視頻來講,這依然不夠。比如視頻會議,之前一個學術機構的研究報告顯示,其實像視頻會議這樣存在幾百毫秒延時的場景,對比人跟人的當面交流,還是存在很大區別。

大家開視頻會議應該都有這樣的感受:在視頻會議的場景下,仍然會出現搶話情況,你說了一句話,可能還沒有說完對面就已經搶話,這是一定會出現的,因為人跟人當面交流的延時並沒有幾百毫秒。

在視頻場景裡,我們是有非常強的動力去思考怎麼把延時往下推得更低,讓大家有更真實的體驗,包括現在很多公司做很多東西都是為了讓大家在遠程會議上,可以有跟當面交流比較接近的體驗。對我們來講,延時如果能夠越來越低,是一個非常好的事情,可以在這基礎上做更多業務層面的創新。

音視頻傳輸延遲引入分析

音視頻整體技術可能跟系統層面技術有一些差別,我們來看一下延時。比如直播,音視頻中比較典型的場景,你拿一個手機開始拍,這是採集的過程,把一個視頻影像留下來,去採集,然後編碼,多數可能是在端上去做。這個延時,現在大概在 60ms 左右的範圍。

採集完之後會把這個流(比如直播、攝像流)直接推到遠端,多數是雲端或者自己伺服器端。在雲端之後,通常還會做一些處理,比如直播通常要做內容審核,內容需要過一遍審核處理,有些稍微複雜點的直播可能還要做其他事情,比如加 logo,做一些鏡頭的剪輯和鏡頭的切換。

如果有多個攝像頭機位,還會涉及到直播的時候選用哪個機位的問題。另外是分發,怎麼把伺服器端推到很多的點。然後是把客戶端流拉到本地,拉完以後開始解碼和播放。

從整個時間耗時看,以前是 3-5 秒的延遲,主體時間多數耗在拉流那一端,這是協議決定的。RTMP 是比較標準的協議。現在業界比較流行的低延遲直播,是把直播延遲從 3 秒推到 1 秒,推到 1 秒以後,我們給它的名詞都叫低延遲直播,相比以前更低延時一點。

大家看上圖中的整體優化,更多是把協議層開始做替換,現在多數公司的低延時直播都會基於 RTC 協議,就是 Google 開源的 webRTC 協議去做。可以看到,當基於 RTC 推流、RTP 分發,前面協議層都在替換,差不多可以把拉流這端開始壓到 1 秒以內。現在阿里手淘的直播,整體延時在 1~1.2 秒範圍,1~1.2 秒在消息類互動場景已經足夠了。主播跟觀眾如果是用消息互動,發一條消息或者打賞什麼的,大家都不會有太長的延時感覺。可以看到,這種場景下,我們可以通過協議替換把整個延時往下拉低。

但也可以看到,其實還有很多延時是整個網絡造成的。如果是網絡造成的,現在其實是沒有太多很好的解決方案,就非常地難。而標準的 RTC 可以做到 200-300ms 的時間,就是這樣一個狀況。

這三種延時,除了技術層面的差別以外,另外的層面是當採用這些技術以後,整體的成本是有很大變化的。當你延時要做得越來越低的時候,其實成本是會上升非常多的。像 RTC 相比傳統直播延時,有可能成本大概是在 7 倍以上。像低延時直播,現在各家公司在不斷努力儘可能讓這兩者成本開始接近。

為了很好地控制延時,推流最重要的是協議的替換。因為協議替換以後,從 TCP 到 UDP 以後,很多東西需要自己來做了。

各視頻廠商關注的最重要的指標是抗丟包,多數公司追求當丟包在 50%、60%、70%的時候,在不同場景去滿足訴求。比如視頻會議如果只是為了開會,最大的訴求其實是在音頻端——音頻清晰度和流暢度,而畫面如果有一點卡頓,我們勉強還能接受。當然,如果那個視頻會議是講 PPT,那就不能接受了,那優先級可能變成視頻的清晰度。所以,不同場景需要有各種各樣不同的策略。

比如大家如果去看直播場景和視頻會議類型的場景,它面臨最大的不同是什麼呢?直播場景的話,比如我是主播,其實只要攝像頭跟我、以及我跟伺服器的鏈路整體沒有太大問題,基本上觀眾之間互相是沒什麼影響,這個觀眾看的時候會卡,另外一個觀眾有可能是不卡的,因為觀眾之間沒有什麼影響。但如果是視頻會議類型的場景就完全不一樣了,比如現在有十個人在開會,這十個人裡任何一個人,出現卡了或者視頻、音頻不大正常,就會影響整場會的效率。

在這樣的場景裡,為了要保證延時,同時又要保證流暢度的時候,抗丟包層面需要做非常多的事情,包括綜合的策略。

我們去看很多音視頻公司,它們很大的競爭力在於對端的適配能力。因為每個端的狀況不大一樣,比如有人用蘋果,有人用安卓,尤其是安卓,安卓手機有無數種,每種手機的音頻能力、視頻能力有很大差別,還有大家所處的網絡環境,比如現在連了 Wi-Fi,走動的時候可能 Wi-Fi 點會切換,還有可能從 Wi-Fi 切到 4G,這裡面網絡點怎麼去處理也是非常關鍵的。

所以當整體延時越來越往下探的時候,它的技術門檻在不斷地升高,我們怎麼樣做好卡頓的控制,是各家公司去做這類型業務上面臨的最大的一個問題。

這裡主要講的關鍵技術,一是推流,二是分發,三是整個拉流層面為了控制延時做的一些事情。推流主要是協議層面和抗丟包,分發層面主要是背後整張網絡的分發。

很多公司做視頻業務,通常有幾種方法,一是直接基於雲廠商的 CDN 構建整張音視頻網絡,還有一種是基於邊緣計算節點構建一張自己的音視頻網絡,但這都是有一個問題要解決的。不管用什麼方案,都有這樣一個問題解決:這麼多的節點要怎麼更好地調度?這涉及到非常複雜的調度問題,因為每個節點的帶寬能力、計算資源能力可能不一樣,怎麼根據用戶的情況去做整張網絡的調度。

超高清是未來,但還有很多技術側問題要解決

帶寬層面,從目前來看,大家都在想 5G 帶寬變大了以後,到底找誰把帶寬用起來,總得有人把帶寬用起來。就像 4G,其實是視頻用起來的,短視頻把 4G 視頻帶寬撐起來。現在網際網路一大部分流量,主體都是視頻構成的。5G 時代也是一樣,我們為什麼需要更大的帶寬消耗,肯定要從業務側看到很大的變化。

圖中可能是大家經常看到的一些清晰度,我們現在多數場景裡能看到的 720p 視頻、1080 4K 和 8K。8K 其實很少看到,因為 8K 對屏幕要求非常高,基本要很大的屏才能展現 8K 的效果。

阿里曾經在幾年前冬奧會的時候做過一個 demo,叫 5G+8K 看冬奧會的滑雪現場,它的運動感非常強,所以是非常明顯的。而現在特別火爆的 VR/AR 是需要更高的清晰度,現在很多 VR 還是 4K,所以導致我們會覺得顆粒感很強,但當 VR 結合 8K 的時候,就會覺得顆粒感的問題好了很多,畫面比較接近真實。

只有更大的帶寬,我們才可能把清晰度更往前推進。關於清晰度,以前有人說,你去問很多人,他都會覺得現在的東西已經夠清晰了,不需要更清晰。但當你給了他一個更清晰的東西的時候,他會發現他需要更清晰的。最典型的是,蘋果推視網膜屏,當視網膜屏推出以後,大家就有了更好的體驗。

現在短視頻廠商也在不斷推進 4K。很多人以前都覺得短視頻沒必要那麼清楚,因為手機屏幕太小了,還不至於能看出 4K 的差別。

但從業界發展看,我們覺得這個趨勢還是比較明顯的,整體朝更清晰化發展,它肯定是有訴求的。而為什麼現在進展比較慢?有很多原因,第一個是當清晰度要往前推進的時候,不光是後面播放側的問題,還有很大的問題是製作側。當然,現在很多攝像機可能是 4K,但是拍了以後怎麼把 4K 視頻做剪輯、處理,其實是非常複雜的,更不要說帶寬消耗。帶寬除了能不能放出來以外,還有一個問題是每放一次背後全部是帶寬消耗,這個帶寬消耗全是成本。

我們覺得超清是一個很好的發展方向,但怎麼解決在超清的發展過程中面臨的很多問題,是技術側都需要關注的。

超高清技術裡面涉及到很多東西,簡單講就是從視頻輸入開始,就是拍一段視頻,然後到一段視頻最後被用戶看到的時候,到底我們要做些什麼。

大家可能聽到過一些詞,比如上圖裡的「超分」。簡單來說,就是手機拍出一段 2K 視頻,怎麼把它超分成 4K 的視頻,讓你看到一個類似 4K 的效果,這樣做是為了製作端的成本問題,因為很多製作端都不具備製作超高清的能力。

另外,大家可能聽過窄帶高清等技術,其實是為了解決給你一段高清視頻,但怎麼來控制整個帶寬成本的問題。如果做高清業務,成本是非常重要的。長視頻就非常典型,多數長視頻會提供非常多種清晰度的選擇,多數公司會提供越來越清晰化和越來越好的體驗,就像優酷自己,我們會提供幀享的東西去讓大家能看到更好的不同的體驗。

還有很多場景的問題,比如拍不同場景,航拍和運動類的視頻對清晰度的要求是比較高的,尤其是運動類的視頻就非常明顯。阿里優酷做世界盃播放的時候,能明顯地感受到,如果清晰度不夠,很多時候可能連球在哪兒都不一定能看到,遠景的時候是比較難的。在那段時間,大家在不斷研究怎麼能讓這個畫面變得更加清晰。

所以我覺得,對於很多公司來講超高清技術是需要往前演進,需要解決從製作到分發、處理到播放整個鏈條的問題。帶寬是基礎,只有帶寬越來越大的時候,這個東西才有可能變成現實。

因為我現在跟視頻接觸得比較多,從這 5G 和雲原生這兩個命題講,我目前看到視頻是結合最緊密的技術。

5G 帶來的更多是低延時和大帶寬。我們需要思考的是,當延時越來越低的時候,有可能帶來什麼新的業務創新,創新模式到底有什麼改變。延時越來越低,在視頻場景我們看到會帶來越來越多業務上的變化,很多業務跟以前完全不一樣了。

因為視頻的成熟,在疫情期間很多事情開始轉向,以前必須線下的可以轉向線上業務。當整個社會技術在進步的時候,所有業務系統側都要去思考,視頻只是相對來講可能更明顯一點。另外是帶寬,有什麼業務對帶寬的消耗越來越大。

舉另外一個例子,計算資源的消耗。最早多數計算資源是用來做在線業務系統,比如交易系統等,消耗了大量的機器。但是後來我們看到很典型的變化是大數據,大數據變成了更主力的計算資源的消耗,再後來是 AI。

場景都在不斷變化,我們應該去思考在所有業務場景裡延時越來越低會帶來什麼,然後帶寬的變化會帶來什麼,最後是基於雲更快速做業務創新的機會到底在哪裡,因為雲原生更重要的是,我怎麼更好地、更快速地完成整個業務的迭代和創新以及嘗試,可能對所有做系統結構、做系統架構技術的人來說,這是需要慢慢結合自己的業務去思考的一個話題。

延伸閱讀:

問道「5G+雲原生」,看技術領導者如何攫取發展機遇?-InfoQ

關注我並轉發此篇文章,私信我「領取資料」,即可免費獲得InfoQ價值4999元迷你書,點擊文末「了解更多」,即可移步InfoQ官網,獲取最新資訊~

相關焦點

  • 阿里雲視頻雲:視頻化是5G和雲原生時代最新最大的確定性
    雲原生給業務的最大變化:業務創新、快速迭代雲原生是現在非常火熱的話題,阿里在去年的雙11,最大的變化是所有的核心系統都上雲了,今年的雙11,是核心系統開始全面雲原生化。但針對雲原生,每個人心目中可能都有一個不一樣的雲原生。對阿里來講,為什麼非常激進地推進?
  • 諾基亞將與Google Cloud共同開發雲原生5G技術
    1月15日消息 近日,諾基亞與Google Cloud宣布了一項更廣泛的合作夥伴關係,兩家公司將共同針對移動運營商開發和銷售雲原生網絡功能、5G邊緣服務和5G核心網產品。三個月前,諾基亞表示將把其本地IT基礎設施遷移至Google Cloud,兩家公司表示,今天達成的這份新協議將更多的技術平臺和服務融合在一起,形成了更加全面和集成的產品。「通過我們的合作夥伴關係,我們可以為客戶提供選擇,並簡化與Google Cloud 和諾基亞系統的接口。
  • 向雲計算要技術紅利,華為雲定義雲原生2.0時代
    進入2020年以來,以容器、Kubernetes和微服務為代表的雲原生技術,開始顛覆業界對從2006年開始的雲計算技術和產業的認知。11月30日,華為雲CTO張宇昕在「雲原生2.0,加速企業智能升級」活動上指出:雲原生的1.0時代,主要是面向網際網路行業;而雲原生2.0時代,則面向所有企業。雲原生2.0時代,政企在傳統應用上雲的基礎上,將基於雲原生技術開發新型雲原生應用,真正釋放雲計算技術紅利。華為雲也在今年9月提出「雲原生2.0」的基礎上,進一步推出了雲原生2.0全景圖。
  • 衝量網絡|雲原生技術
    雲原生包含完整的應用形式,可以幫助開發者快速,持續,可靠,規模化地交付業務軟體,其涉及到微服務和容器等技術,雖然雲原生技術的起步較晚,但是其受到的關注度完全不輸於其他傳統技術,包括騰訊、招商銀行等公司也參與到雲原生技術的開發中,來加速技術創新和落地。
  • KubeSphere容器平臺:面向雲原生時代的趁手工具
    在所有企業都在加快數位化步伐,邁入雲原生時代的當下,青雲推出一款面向社區的「劃時代產品」,這樣做的路徑是怎樣的呢?雲原生時代的基礎設施如果要理解KubeSphere是怎樣的一款產品,那麼首先要理解雲原生時代對於企業的必然性。
  • 雲原生資料庫正當時,華為雲TechWave雲原生2.0技術峰會等你來
    雲原生2.0時代,資料庫將面臨怎樣的變革?雲原生資料庫將如何如何加速企業數位化轉型,助其成為「新雲原生企業」。12月30日,來華為雲TechWave雲原生2.0技術峰會,聽華為雲資料庫技術專家解讀雲原生資料庫的新動向。
  • 乘風破浪的雲原生
    雲原生相關技術不僅僅能用於雲計算,即便是和雲計算既對立又協同的邊緣計算,微服務、容器、Kubernetes 依然是事實上的殺手應用和標準。2019 年,Gartner 曾經發布報告表示雲原生時代已經到來,在未來三年中將有 75%的全球化企業將在生產中使用容器化的應用。
  • 雲原生時代的流量入口:Envoy Gateway
    當雲原生時代大浪襲來,Envoy 這一 CNCF 畢業數據面組件為更多人所知。那麼,優秀「畢業生」Envoy 能否成為雲原生時代下流量入口標準組件?那麼問題來了:同樣是流量入口,在雲原生技術趨勢下,能否找到一個能力全面的技術方案,讓流量入口標準化?
  • 魚和熊掌可以兼得 雲原生開啟「資料庫大數據一體化」新時代
    雲原生重構數據處理架構,加速向「資料庫大數據一體化」演進針對企業面臨的分析困境,是否有一種新型數據分析技術和架構能夠高效解決海量數據深度計算分析的業務訴求?答案是肯定的,李飛飛表示,下一代數據分析演進方向是「以雲原生為基礎,在離線一體化技術融合,實現資料庫大數據一體化」。
  • 騰訊安全董志強:用雲原生安全鑄造產業網際網路時代的堅實底座
    第四,由於雲的導入,企業管理經營上面也會引發安全技術和安全機制的一定變化。未來,騰訊安全將進一步通過雲原生的方式持續開放騰訊級的安全能力,為產業網際網路打造一個堅實的安全底座,讓更多的用戶享受到產業網際網路時代數位化升級帶來的便利,讓安全不再成為數位化經濟發展的掣肘。以下是董志強演講全文:大家好,很高興今天能在Techo Park的現場和各位開發者交流關於雲安全相關的技術趨勢和現狀。
  • 一站式打卡「雲原生」時代的高效開發:微服務和資料庫還能這樣玩
    沙龍上,兩位華為雲技術專家分別就「華為雲微服務架構的沉澱與實踐」和「GaussDB(for MySQL)雲原生關係型資料庫特性揭秘」兩大主題分享乾貨。同時現場還進行了實操演練,當場讓「微服務」與「雲原生資料庫」走出知識理論,走入開發實踐。
  • 紅帽曹衡康:如何在用戶主導創新的雲原生時代取得領先優勢?
    進入到雲計算時代之後,技術創新的大門仿佛一下子被打開,大量的新概念、新技術如雨後春筍般的湧現出來。從早期的OpenStack、IaaS平臺,到中期的容器技術、微服務架構,再到現在的servicemesh服務網格技術、serverless無伺服器架構、雲原生技術,與雲計算相關的技術創新一直保持著極高的更新速度。
  • Kubernetes和雲原生技術實際生產環境情況匯總
    Kubernetes 將會是雲計算時代的基礎設施核心:分布式環境下的作業系統。從支持企業改造傳統應用到自動化實施 DevOps,再到自動執行故障恢復和改進測試,基於雲原生技術的種種新興開發和運營實踐相繼誕生,讓人為之驚嘆的同時也為企業帶來了巨大機遇。  特別推薦:利用雲原生技術進行企業轉型(小組討論)
  • 規劃和自然資源信息化技術發展|從業務基礎平臺到服務化和雲原生
    總之,通過2010年開始的BPM/SOA服務化轉型,上海數慧的行業應用平臺、產品和解決方案全面走向了開放式的企業級架構,融合了以雲計算、大數據、信息安全為代表的前沿信息技術,為下一步走向微服務化、雲原生奠定了堅實的基礎。
  • 雲原生時代,Java的危與機
    雲原生時代,Java技術體系的許多前提假設都受到了挑戰,目前已經有可預見的、足以威脅動搖其根基的潛在可能性正在醞釀。同時,像Golang、Rust這樣的新生語言,以及C、C++、C#、Python等老對手也都對Java的市場份額虎視眈眈。面對危機,Java正在嘗試哪些變革?未來,Java是會繼續向前、再攀高峰,還是由盛轉衰?
  • 華為雲原生精英沙龍圓滿落幕,行業翹楚論道雲原生
    後疫情時代,「雲上生活」,「永遠在線」成為新常態,企業數位化轉型和智能升級進一步加速,技術創新將成為時代發展的主旋律,如何快速創新成為企業面臨的重大課題。業務雲化轉型成為了企業創新的牛耳,雲原生成為了當下技術圈的寵兒,「雲原生Cloud Native」高速發展已成為業界共識。那麼雲原生的技術創新有哪些?相關的產業生態熱點話題如何理解?在企業數位化轉型的過程中,雲原生又有哪些成功的實踐經驗呢?華為雲原生技術精英沙龍對此進行了一場精彩的解讀。11月28日下午,華為雲生態夥伴X-Team雲原生技術精英沙龍在北京飯店圓滿落幕。
  • 阿里雲發布雲原生架構白皮書 多維度評估雲原生架構成熟度
    從「壓迫感」到「掌控感」的力量轉變在雲計算高速發展的時代背景下,體會到數位化業務競爭所帶來的強烈「壓迫感」後,大量企業紛紛走上數位化轉型之路。數位化轉型使企業中大量原有業務不得不開始數位化演進。今天,阿里雲根據自身積累多年的雲原生技術、產品和上雲實踐,提出完整雲原生架構的設計原則、解決方案以及最佳實踐,幫助企業找到數位化轉型「最短路徑」,完成從「壓迫感」到「掌控感」的主被動力量轉變,加速實現 IT 能力提升,打好降本增效組合拳。
  • 雲原生,為何而生?雲計算時代命題之終極解決方
    導語:3月24日,雲片技術開放日2019首站杭州,匯聚了雲片、個推、諧雲、有贊網際網路公司技術專家,共同討論雲原生趨勢下的架構演進之路。在過去幾年,雲原生技術飛速發展。以Kubernetes、Kubeflow為代表的雲原生技術讓「雲原生」從一個模糊的概念,強勢成長為通用技術。
  • 雲原生最好的時代 KubeSphere為企業落地雲原生提供容器支持
    「雲原生是解決客戶在企業業務落地,適應數位化、網際網路化趨勢時,一個很落地的解決架構」,KubeSphere容器平臺產品負責人於爽表示,「這是雲原生最好的時代,也是不得不雲原生時代。」雲原生時代到來雲原生(Cloud Native),按照CNCF基金會的定義,是雲原生技術有利於各組織在公有雲、私有雲和混合雲等新型動態環境中,構建和運行可彈性擴展的應用。雲原生是解決客戶在企業業務落地,適應數位化、網際網路化趨勢時,一個基礎的解決架構。雲原生雖然只有三個字,但其包含的代表技術包括容器、服務網格、微服務、不可變基礎設施和聲明式API等。
  • 產業網際網路時代,如何構建雲原生的安全運營中心?
    越來越多的客戶選擇公有雲作為承載業務的基礎設施,基於雲原生的方式搭建業務系統已經成為越來越多客戶數位化轉型中的必然選擇。網絡安全技術的發展史也可以說是信息系統架構的升級史,信息系統架構的升級變化往往會對網絡安全體系帶來新的挑戰,也繼而推動了網絡安全技術的升級與發展。