自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

【W(wǎng)OTD】滴滴出行賴春波:如何構(gòu)建滴滴出行業(yè)務(wù)中臺(tái)

原創(chuàng)
新聞 中臺(tái)
2017年12月01-02日,由51CTO主辦的WOTD 2017全球軟件開發(fā)技術(shù)峰會(huì)在深圳中洲萬豪酒店召開。12月01日上午WOTD2017主會(huì)場(chǎng),滴滴出行執(zhí)行總監(jiān)賴春波進(jìn)行了主題為《如何構(gòu)建滴滴出行業(yè)務(wù)中臺(tái)》的精彩演講。

【51CTO.com原創(chuàng)稿件】2017年12月01-02日,由51CTO主辦的WOTD 2017全球軟件開發(fā)技術(shù)峰會(huì)在深圳中洲萬豪酒店召開。秉承專注技術(shù)、服務(wù)技術(shù)人員的理念,自2012年以來,WOT品牌大會(huì)成功舉辦了十四屆,積累了大量的技術(shù)專家資源,獲得了廣大IT從業(yè)者和技術(shù)愛好者的一致認(rèn)可,成為了業(yè)界重要的技術(shù)分享交流平臺(tái)以及人脈拓展平臺(tái)。

本次會(huì)議分為10個(gè)技術(shù)主題,分別是:編程語言與框架,大數(shù)據(jù)系統(tǒng)架構(gòu)設(shè)計(jì)、微服務(wù)與容器技術(shù)、前端開發(fā)實(shí)戰(zhàn)、物聯(lián)網(wǎng)(IOT)技術(shù)、軟件性能優(yōu)化、深度學(xué)習(xí)與智能應(yīng)用開發(fā)、創(chuàng)新運(yùn)維探索、技術(shù)架構(gòu)遇到業(yè)務(wù)架構(gòu)、CTO訓(xùn)練營(yíng)。51CTO作為本次大會(huì)的主辦方,將全程圖文直播報(bào)道與后期視頻展示這場(chǎng)盛宴。

12月01日上午WOTD2017主會(huì)場(chǎng),滴滴出行執(zhí)行總監(jiān)賴春波進(jìn)行了主題為《如何構(gòu)建滴滴出行業(yè)務(wù)中臺(tái)》的精彩演講。以下是演講梗概,讓我們先睹為快!

賴春波·滴滴出行執(zhí)行總監(jiān)

今天,很高興和大家分享我們?cè)诘蔚螛?gòu)建出行中臺(tái)的經(jīng)驗(yàn)和方法論。先簡(jiǎn)單做一個(gè)自我介紹,我于2008年走出校門,便加入了百度,做了將近8年時(shí)間的基礎(chǔ)架構(gòu),一直在跟分布式系統(tǒng)、大規(guī)模存儲(chǔ)打交道,一開始做得非常有熱情,因?yàn)榘俣鹊臄?shù)據(jù)規(guī)模和系統(tǒng)規(guī)模都非常大,面對(duì)的挑戰(zhàn)也非常大。隨時(shí)間推移,熱情逐漸減退,重要的原因是因?yàn)樽龅讓?,只?fù)責(zé)支持業(yè)務(wù),但業(yè)務(wù)能不能做起來,并不主要取決于你。

為什么選了滴滴呢?因?yàn)槲矣X得滴滴發(fā)展非???,在業(yè)務(wù)發(fā)展非常快的公司,它的業(yè)務(wù)技術(shù)的挑戰(zhàn)一定很大,而且遠(yuǎn)遠(yuǎn)沒有做好。所以決定加入了滴滴。加入滴滴之后,比我想得要更難,因?yàn)槲矣X得它挑戰(zhàn)很大,但是我沒想到比我想的更大。從那個(gè)時(shí)候開始,慢慢的開始構(gòu)建出行的中臺(tái)。

演講主要涉及五方面:

一、    簡(jiǎn)單介紹滴滴的情況,這是為什么構(gòu)建出行中臺(tái)有關(guān)系;

二、    構(gòu)建出行中臺(tái)的原因,整個(gè)系統(tǒng)面臨的問題;

三、    構(gòu)建出行中臺(tái)在軟件復(fù)雜度上的挑戰(zhàn)

四、    具體的對(duì)策和實(shí)踐;

五、    簡(jiǎn)單總結(jié)一下我們的經(jīng)驗(yàn)。

滴滴的情況

滴滴非常年輕,我們才發(fā)展了5年,我們2012年9月9日才出來***個(gè)版本,到現(xiàn)在為止我們把整個(gè)領(lǐng)域絕大多數(shù)的方向做了一輪變革。這是我們現(xiàn)在的數(shù)據(jù),現(xiàn)在我們從單量來說是全球出行的***,有超過4.5億的用戶,有超過400座城市在運(yùn)營(yíng),有超過2000萬的車主,只有少數(shù)像出租車和專車和租賃公司這樣的全職車主,我們?nèi)諉瘟客黄?500萬單,整個(gè)覆蓋超多個(gè)業(yè)務(wù)線。

滴滴的發(fā)展歷程,這是非常重要的點(diǎn),2012年9月上線***個(gè)出租車版本,后來在持續(xù)兩年時(shí)間內(nèi),按照我們CEO的說法,一直在中國(guó)打小組賽,從最開始在北京和優(yōu)步開始競(jìng)爭(zhēng),后來在杭州、深圳,***是和快的在全國(guó)進(jìn)行競(jìng)爭(zhēng),***才合并成為統(tǒng)一的滴滴出行。但是緊接著,2014年8月開始,短短一年時(shí)間內(nèi)業(yè)務(wù)多元化發(fā)展且很迅速,從專車到企業(yè)到快車到順風(fēng)車到代駕到拼車,發(fā)展很快。這樣的多元化的過程,確實(shí)能夠幫助滴滴迅速的在市場(chǎng)上,在各個(gè)子的領(lǐng)域都占據(jù)著龍頭的地位,確實(shí)互聯(lián)網(wǎng)的發(fā)展還是唯快不破,其實(shí)也帶來了一個(gè)很大的問題。

構(gòu)建出行中臺(tái)的原因,整個(gè)系統(tǒng)面臨的問題;

2015年末,我們的架構(gòu)是多業(yè)務(wù)的垂直化的,每個(gè)業(yè)務(wù)都有自己的業(yè)務(wù)系統(tǒng),都有自己的客戶端,中間有一個(gè)分發(fā)層,下面基本上是基礎(chǔ)架構(gòu),基礎(chǔ)架構(gòu)也沒有什么特別的東西。

非常有意思的一點(diǎn),大家現(xiàn)在看到的滴滴出行的頁面,其實(shí)就是因?yàn)楫?dāng)時(shí)的架構(gòu)所設(shè)計(jì)的。當(dāng)時(shí)的設(shè)計(jì)、客戶端的設(shè)計(jì)專門做了架構(gòu),做虛擬機(jī)的機(jī)制,每個(gè)都可獨(dú)立運(yùn)行,不會(huì)互相干擾,每個(gè)業(yè)務(wù)都可以快速跑,而不會(huì)影響別的業(yè)務(wù),而這樣的設(shè)計(jì)模式一直發(fā)展到今天,以至于我看到國(guó)內(nèi)絕大多數(shù)小的出行領(lǐng)域的公司也都沿用這個(gè)架構(gòu),但沒有想到這其實(shí)是因?yàn)檫@樣的特殊組織結(jié)構(gòu)或者研發(fā)的組織結(jié)構(gòu)帶來的。

出行相似性。在這樣的架構(gòu)下,其實(shí)我們看到它有很大的問題,本質(zhì)還是來源于出行業(yè)務(wù)是非常相似的,雖然我們看著有這么多業(yè)務(wù),但是從滴滴APP打進(jìn)去看,出租車、快車、專車,不管是他們的界面還是交易流程其實(shí)都非常相似。

專業(yè)深度。這個(gè)相似性在當(dāng)時(shí)的情況下有問題,我有這么多的工程師,可能有4、5波工程師都開發(fā)同樣一套交易流程,同樣一套出行交易流程,但技術(shù)深度很難做得那么深,因?yàn)槊總€(gè)地方都要有快速的方式構(gòu)建自己的交易流程。我們看到客戶端,當(dāng)時(shí)流暢度非常低,在后端穩(wěn)定性也非常嚴(yán)重。

人力資源。在2015年的10月份掛過半天,在之后也遇到過類似的宕機(jī),非常明顯。其實(shí)也會(huì)嚴(yán)重影響這些系統(tǒng)的可擴(kuò)展性,因?yàn)殚_發(fā)者都是為了快,沒有考慮任何未來的發(fā)展。 但是有人說,那加人就好了,把每個(gè)業(yè)務(wù)加到足夠的人,它***都可以發(fā)展很好。原則上來說都是這樣子,但現(xiàn)在的工程師都非常貴。如果一個(gè)公司要招這么多工程師開發(fā)同樣四五套系統(tǒng),研發(fā)的成本也是非常高的。那時(shí)候滴滴說我不缺錢,因?yàn)槊磕隉腻X比工程師成本高多了,只要工程師愿意來就可以,即使這樣的情況下也很難招到這么多工程師。

用戶體驗(yàn)。流暢度、穩(wěn)定性、擴(kuò)展性等都是影響用戶體驗(yàn)的重要因素。其實(shí)還有很多的是直接影響用戶體驗(yàn),如每個(gè)業(yè)務(wù)進(jìn)去顏色不一樣,交易流程,一個(gè)滴滴用戶進(jìn)去是很崩潰的,完全不知道打快車和專車的流程是一個(gè)樣子,這是不可理解的。在當(dāng)時(shí)的組織結(jié)構(gòu)和研發(fā)情況下就會(huì)產(chǎn)生這樣的問題。

全局打通。因?yàn)橛羞@么多業(yè)務(wù),這些業(yè)務(wù)本質(zhì)都是出行,出行本質(zhì)有協(xié)同效應(yīng),我們想要把網(wǎng)絡(luò)協(xié)同起來,那如果在各自獨(dú)立發(fā)展情況下,這個(gè)協(xié)同性就完全沒有,而我們?cè)跇?gòu)建中臺(tái)過程中,逐步把協(xié)同性加起來。

構(gòu)建出行中臺(tái)在軟件復(fù)雜度上的挑戰(zhàn)

中臺(tái)并不是只有好處,它一定會(huì)帶來很多問題,***的問題是軟件復(fù)雜度,因?yàn)槟阋堰@些多業(yè)務(wù)合到一個(gè)體系下去,那是很挑戰(zhàn)的。尤其像滴滴,它是實(shí)時(shí)性的O2O業(yè)務(wù),它的場(chǎng)景差異很大,它有很多不同,北京和上海不一樣、上海和杭州不一樣,這種差異性甚至可能會(huì)到一個(gè)區(qū)域,中關(guān)村和國(guó)貿(mào)就不一樣。第二個(gè),大家知道互聯(lián)網(wǎng)公司的需求不明確,他不知道今天做的事情明天會(huì)怎么樣,很多的需求是不明確,而且持續(xù)變化,而且非???。這種情況下,你們?cè)趺从靡惶紫鄬?duì)穩(wěn)定、相對(duì)固定的架構(gòu)去支持?這是具備很大的挑戰(zhàn)。

第二個(gè)挑戰(zhàn)是組織的復(fù)雜性,在滴滴,我們有7個(gè)以上的出行事業(yè)部,前面講有400多個(gè)城市,他們的組織變化和結(jié)構(gòu)變化很快,怎么應(yīng)對(duì)組織的挑戰(zhàn)?在阿里,我知道他們的中臺(tái)相對(duì)是偏底層,其實(shí)天貓、淘寶還是有自己的研發(fā)團(tuán)隊(duì)的,滴滴我們?cè)趺醋叩酶恍⒏煲恍?,更進(jìn)一步,核心的原因是因?yàn)樵诔鲂猩系南嗨贫瓤赡軙?huì)比電商更強(qiáng)一些。我們現(xiàn)在絕大多數(shù)事業(yè)部沒有它的研發(fā),像出租車、快車、代駕都沒有研發(fā),研發(fā)團(tuán)隊(duì)都在我這兒。如果有人和業(yè)務(wù)打過交道應(yīng)該有這個(gè)感受,這種情況下怎么解決這個(gè)問題?我覺得這就是中臺(tái)。所以我把中臺(tái)的定義總結(jié)為這樣,“中臺(tái)的目標(biāo)是要在業(yè)務(wù)多元化發(fā)展的組織中,我們?nèi)?gòu)建一套工程架構(gòu),構(gòu)建一套組織結(jié)構(gòu),以及對(duì)應(yīng)的管理機(jī)制,以保證這個(gè)業(yè)務(wù)可持續(xù)的,又快又好的發(fā)展”。這就是我們的目標(biāo)。這里有三個(gè)關(guān)鍵詞,快、好、可持續(xù)。如果失去任何一個(gè)詞,都會(huì)讓這個(gè)平臺(tái)變得沒有那么有價(jià)值,這就是中臺(tái)的挑戰(zhàn)。

具體的對(duì)策和實(shí)踐:服務(wù)化、異步化、配置化、插件化和數(shù)據(jù)化

我們的對(duì)策和實(shí)踐,首先先簡(jiǎn)單給大家一個(gè)整個(gè)的架構(gòu)層次的設(shè)計(jì),我們分幾個(gè)邊界的上下文,邊界上下文的好處是把相關(guān)性不強(qiáng)的邏輯拆開,同時(shí)在一個(gè)相關(guān)性下面,通過分層能夠去把這個(gè)業(yè)務(wù)進(jìn)行更好的建模,服務(wù)編排層,是我們的入口去牽引多個(gè)業(yè)務(wù)線,業(yè)務(wù)流程再服務(wù)上面的服務(wù)編排,下面我們有對(duì)應(yīng)的狀態(tài)去支撐上面的兩層。我們要對(duì)業(yè)務(wù)和產(chǎn)品進(jìn)行更好的建模,在建模的基礎(chǔ)上,我們要做的事情是用我自己的抽象的話說,建設(shè)五話,因?yàn)槲覀冃r(shí)候講建設(shè)四話,我把中臺(tái)建設(shè)總結(jié)為“建設(shè)五化”。

一是服務(wù)化,大部分人都非常熟悉,以下單為例,我們下單的流程能夠調(diào)用下面很多服務(wù),在多個(gè)層次,以接口層次結(jié)果拆解。需要注意的是,服務(wù)化要注意三點(diǎn),一個(gè)是建立很好的服務(wù)之間的協(xié)議和規(guī)范。第二點(diǎn)是注意控制力度,這個(gè)力度不能太小,也不能太大,太小、太大都會(huì)有問題。第三點(diǎn)是說還要考慮這個(gè)系統(tǒng)是不斷演化的,今天設(shè)計(jì)的服務(wù)不一定合適明天,所以隨著時(shí)間的發(fā)展,你的服務(wù)化本身要不斷的演進(jìn)。所以這就是服務(wù)化的過程。

二是異步化,很多人在做,滴滴做得特別多,因?yàn)槊總€(gè)事件我們都會(huì)把它作為事件拆解,在事件拆解的情況下,我們把非核心的邏輯或者說不需要在當(dāng)時(shí)反饋給客戶端的邏輯進(jìn)行拆解,有這個(gè)拆解之后就可以把核心的主流程變得更加簡(jiǎn)潔,而剩下的邏輯在事件上做訂閱再做二級(jí)處理就好,以結(jié)束訂單為例,結(jié)束訂單的時(shí)候有很多邏輯要做,但是都是通過Binlog網(wǎng)站處理,或者在MQ網(wǎng)下處理。如果你是一個(gè)新用戶,打開滴滴登錄,那這時(shí)候我們就會(huì)有用戶登錄的事件,緊接著會(huì)有拉新的模塊會(huì)訂閱這個(gè)事件,然后自己識(shí)別和判斷你是不是新用戶,你是新用戶就會(huì)給你一個(gè)券的禮包,像這樣的邏輯都是很異步化的方式處理。

三是配置化,雖然服務(wù)化和異步化能解決很多迭代效率的問題,但是我剛才講了,由于我們的系統(tǒng)、我們的業(yè)務(wù)非常復(fù)雜,各個(gè)業(yè)務(wù)都有些差異,體現(xiàn)在不同的產(chǎn)品線、不同的城市、不同的區(qū)域、不同的時(shí)間等等,配置化的核心是對(duì)這些東西進(jìn)行建模,把每個(gè)對(duì)象模型化,然后抽象成ID,在不同的服務(wù)化里把這些可配置的能力進(jìn)行抽象。我們有一個(gè)非常有意思的一點(diǎn),我們***級(jí)的抽象用的是類似于iptables這樣的規(guī)則引擎,你可以有很多特征,根據(jù)不同特征的差異,我們會(huì)對(duì)你進(jìn)行一個(gè)抽象,然后再到第二層的規(guī)則引擎,由模塊自定義。所有配置化都是用自生成平臺(tái),你要配置什么,你自己定義要配置什么就可以,它是一個(gè)動(dòng)態(tài),通過這樣的方式,我們現(xiàn)在的系統(tǒng)已經(jīng)可以支持上千個(gè)配置點(diǎn),不同層次的計(jì)價(jià)規(guī)則不一樣,不同產(chǎn)品線的車樣子不同。不同的場(chǎng)景,比如拼車和接送機(jī),他們管控規(guī)則不一樣,他們有很多的可配置的點(diǎn)。

四是插件化,這比配置化要更進(jìn)一步,配置化解決的是這個(gè)業(yè)務(wù)線有差異,你找我,我重新配置解決這個(gè)問題。但是有些邏輯確實(shí)差異會(huì)比較大,這時(shí)候怎么辦?我們要做一些插件,所以我們叫FPI。在FPI的能力上,不同的團(tuán)隊(duì)可以開發(fā)很多插件,在特定的配置點(diǎn)下,把它的邏輯去進(jìn)行加載。真正的業(yè)務(wù)流程到他這兒,可以調(diào)起它對(duì)應(yīng)的插件做出來。也有一些業(yè)務(wù)說,我沒有差異化的需求,你可以用我們開發(fā)的default邏輯,也可以,這是更極端的靈活性的體現(xiàn)。有這個(gè)靈活性的體現(xiàn)之后,我們的團(tuán)隊(duì)還可以做一些組織上的調(diào)整,原來看起來,每個(gè)服務(wù)或者平臺(tái)是一個(gè)垂直化的架構(gòu),有些團(tuán)隊(duì)是橫向的,是FT,有些FT是接送機(jī)FT,他們專門做接送機(jī)的事情,通過插件的形式在每個(gè)系統(tǒng)加載它的插件,它就可以跟著業(yè)務(wù)思考、跟著產(chǎn)品思考這個(gè)業(yè)務(wù)怎么走、這個(gè)產(chǎn)品怎么演化,他們相對(duì)的邏輯是更加專注的,這也帶來了很好的組織的結(jié)構(gòu)對(duì)中臺(tái)的適應(yīng)性。

五是數(shù)據(jù)化,在大數(shù)據(jù)時(shí)代,數(shù)據(jù)是我們不得不考慮的問題,所以在我們的系統(tǒng),剛才講了我們要實(shí)現(xiàn)全局打通,本質(zhì)是要把數(shù)據(jù)打通,所以在我們的核心在線交易流程之外,我們有兩個(gè)數(shù)據(jù)決策,***個(gè)是離線做分析,可以做數(shù)據(jù)血緣、模型訓(xùn)練,同時(shí)可以把它放到在線決策層面,構(gòu)建很好的智能客戶引擎和交易引擎,這個(gè)可以干預(yù),因?yàn)楦深A(yù)可以讓升艙或者多業(yè)務(wù)線的清單成為可能。因?yàn)橛羞@樣的決策,使我們?cè)诰€服務(wù)的管控和判決做得更加智能。在數(shù)據(jù)化這塊,可能有三個(gè)做工作,***個(gè)是讓數(shù)據(jù)更加規(guī)范和標(biāo)準(zhǔn)化,其實(shí)這個(gè)事情是沒那么容易的,因?yàn)椴煌墓?,我知道很多時(shí)候數(shù)據(jù)的標(biāo)準(zhǔn)差異都特別大,不同的系統(tǒng)差異特別大,所以要把這步做好不容易,做好這步之后,要構(gòu)建完整的數(shù)據(jù)流,從在線到離線,從日志到模型的在線使用,要構(gòu)建完整的數(shù)據(jù)流,在數(shù)據(jù)流的基礎(chǔ)上,我們要引入機(jī)器學(xué)習(xí)的算法、人工智能的算法去構(gòu)建在線數(shù)據(jù)智能的決策。 這就是我們剛才講的五條對(duì)策,所以剛才講要多記15字,就是這“五化”,服務(wù)化、異步化、配置化、插件化和數(shù)據(jù)化,服務(wù)化和異步化主要解決傳統(tǒng)的系統(tǒng)架構(gòu)問題,怎么做到高耦合和內(nèi)聚,怎么提高迭代下面。配置化和插件化解決靈活性問題,把靈活性開放給不同團(tuán)隊(duì)。數(shù)據(jù)化實(shí)際上是中臺(tái)賦能業(yè)務(wù),有中臺(tái)的賦能才能變得更好。

經(jīng)驗(yàn)總結(jié)

***點(diǎn),滴滴做的***經(jīng)驗(yàn)就是從***的業(yè)務(wù)孵化中臺(tái),***的業(yè)務(wù)最復(fù)雜,把最復(fù)雜的業(yè)務(wù)搞定了,用最復(fù)雜的業(yè)務(wù)落地別的業(yè)務(wù)會(huì)容易,反過來非常難。滴滴,我從快車開始做,因?yàn)榭燔囀?**的業(yè)務(wù),逐步用快車整合專車、出租車、代駕等,是這樣的過程。

第二個(gè)是穩(wěn)定,中臺(tái)對(duì)業(yè)務(wù)有收益,最根本的是保證穩(wěn)定,穩(wěn)定是發(fā)展的前提和基礎(chǔ)。我們?cè)谡麄€(gè)構(gòu)建中臺(tái)的過程中非常重視穩(wěn)定性,我們有各種機(jī)制,包括灰度發(fā)布、分層次發(fā)布、流量回放、全電動(dòng)壓測(cè)等等機(jī)制,保證代碼的質(zhì)量和系統(tǒng)的穩(wěn)定。

三是加強(qiáng)溝通,我們要平衡多業(yè)務(wù)的優(yōu)先級(jí),剛才講我們有七個(gè)業(yè)務(wù),有很多大區(qū)和城市,每個(gè)地方都有很多需求,要有一套機(jī)制和資源池,怎么保證相應(yīng)的每個(gè)業(yè)務(wù)都能按照他所對(duì)應(yīng)的在公司的重要性的那部分資源,要保障它的靈活性和效率,所以要有很多溝通工作,有很多平衡的工作,這是一門藝術(shù)。

四是中臺(tái)系統(tǒng)要不斷演進(jìn),你不能一層不變,要發(fā)現(xiàn)問題、解決問題。我們今天的中臺(tái)系統(tǒng)也不是***天就想清楚的。在未來的發(fā)展中,我們也會(huì)不斷的變化。所以這是持續(xù)迭代的過程。這是我們?cè)谥信_(tái)建設(shè)中總結(jié)的經(jīng)驗(yàn)。

***還有一點(diǎn),本次演講只要記住9個(gè)字就可以,把前面所有講的東西都忘掉,只要記住“沒有***,只有最合適”,為什么呢?因?yàn)樗械闹信_(tái)都一定是適合某個(gè)公司特點(diǎn),最合適的中臺(tái)是當(dāng)你深入了解業(yè)務(wù)、深入了解產(chǎn)品、深入了解你的系統(tǒng)、深入了解你的組織,而且不僅了解他們今天在哪里,還要了解他們過去是怎么演變而來的,未來又會(huì)怎么演化。只有當(dāng)你了解所有的東西之后,你才能做出***的中臺(tái)架構(gòu)的設(shè)計(jì)。

所以我相信每個(gè)公司、每個(gè)多元化的公司,都會(huì)有自己最合適的中臺(tái)的機(jī)制和架構(gòu)的設(shè)計(jì)。 我也希望未來能夠有越來越多的人來分享你們的中臺(tái)建設(shè)的經(jīng)驗(yàn)。

以上是51CTO.com記者從一線為您帶來的精彩報(bào)道。后續(xù)我們還有更加精彩的獨(dú)家報(bào)道,敬請(qǐng)關(guān)注。

【51CTO原創(chuàng)稿件,合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】

 

責(zé)任編輯:王雪燕 來源: 51CTO
相關(guān)推薦

2017-12-02 18:53:27

滴滴出行業(yè)務(wù)中臺(tái)對(duì)策

2016-05-24 16:47:04

滴滴出行分布式架構(gòu)設(shè)計(jì)

2017-06-30 15:33:57

大數(shù)據(jù)數(shù)據(jù)分析用戶評(píng)論

2017-05-16 06:23:07

2016-11-24 10:00:55

華為敏捷網(wǎng)絡(luò)

2017-11-02 10:10:00

服務(wù)器滴滴車主APP異常

2021-07-05 06:10:55

滴滴出行網(wǎng)絡(luò)安全數(shù)據(jù)安全

2021-07-08 05:42:01

滴滴出行網(wǎng)絡(luò)安全數(shù)據(jù)安全

2019-06-27 09:55:36

微服務(wù)架構(gòu)滴滴出行

2017-05-05 16:10:39

滴滴出行斯坦福人工智能

2018-01-23 13:59:30

滴滴出行

2017-07-04 16:13:04

滴滴出行

2016-04-15 00:47:14

滴滴出行架構(gòu)師架構(gòu)設(shè)計(jì)

2021-07-16 21:00:52

工信部滴滴出行

2016-04-07 10:35:46

架構(gòu)設(shè)計(jì)架構(gòu)師滴滴出行

2021-07-07 15:28:02

滴滴出行支付寶微信小程序

2020-09-07 13:01:29

AI 滴滴人工智能
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)