開發者必看:滴滴1.5億使用者背後的那些技術祕籍
“移動網際網路,讓出行更美好”,這是滴滴叫車成立時的夢想。
近日,由騰訊雲主辦,CSDN、騰訊視訊、騰訊大學、騰訊精品課聯合制作的“雲人物訪談”活動正式啟動,滴滴叫車聯合創始人兼CTO張博作為首期嘉賓接受訪問,分享了滴滴三年多來的發展歷程,以及滴滴崛起背後,在架構調整、大資料使用,接入“雲”服務等方面的經驗之談。
架構變遷——逢山開路,遇水搭橋
還記得2014年叫車軟體的“補貼大戰”吧?當時滴滴的訂單量,一週之內猛漲50倍,結果可想而知,靠傳統採購機器來實現擴張,顯然完全無法滿足高併發的業務需要。就在那個時候,滴滴與騰訊展開了合作,把系統搬遷到騰訊雲,騰訊雲高階架構師也直接駐場,幫助滴滴解決了許多難題。張博表示,這也是滴滴的第一次架構調整。
採訪中,張博坦言,滴滴叫車成立初衷是為了解決司機與乘客之間的資訊不對稱的問題,通過移動網際網路和智慧手機來打破資訊的壁壘。從叫車到專車再到順風車,滴滴叫車三款產品的背後是架構的挑戰和系統的變遷。
事實的確如此,滴滴第二次架構變化是在專車上線時。為此,他們特別成立了技術架構部,將通用型服務下沉,避免重複造輪子,將個性化服務放到業務層,實現服務開發。從最初架構設計支撐一款產品,到同時支撐專車、順風車等多款產品。產品之間,有相同也有不同。所以,架構的實時調整讓滴滴每條產品線,都可以得到很順暢的支撐和服務。
大資料——既是產品心臟,也是商業心臟
作為全球最大的移動出行“超級大腦”,滴滴的快速崛起離不開大資料技術的支撐驅動。目前,滴滴叫車正在通過滴米系統、使用者畫像系統、精準營銷、智慧匹配、需求預測系統和運能預測系統等構建自己的技術核心競爭力。張博表示,在研發的路上,大資料不僅是滴滴叫車產品的心臟,還是滴滴叫車商業的心臟。
滴滴補貼營銷策略的背後,也都是大資料在起作用。滴滴希望用有限的資源,最大化提升使用者的質量和活躍度,而這對架構、運營、產品等都有很大挑戰,只有藉助大資料才能更好的去實現。
不僅如此,在大資料方面,滴滴更傾向於開源。比如基礎層面是資料平臺,主要是大資料計算和儲存,用的是業內比較成熟的開源系統——Hadoop;基礎層上是自建的資料倉儲,然後是策略架構,騰訊雲高效能CDB的支撐,讓產品迭代滿足需求更加敏捷;通過實驗平臺讓策略迭代更加敏捷;最上面就是整個大資料體系,支援新產品開發和策略決策。未來,滴滴更將加大在大資料等、基礎架構等層面的投入,增強分散式計算、儲存和機器學習的能力。
雲服務——為企業扛下所有的“累”
如今,伴隨著雲端計算市場的火熱,越來越多的創業公司開始選擇使用“雲”服務。張博也認為,“現在儘管使用者規模每天都在幾萬或幾十萬的激增,但是始終沒有出現重大的技術故障,這或許要歸功於後期對於技術的重視和較早選用了雲服務”。
張博指出,滴滴與騰訊雲的合作,在技術層面有安全、網路、系統運維三個主要方向,這對於創業型公司而言,都有很大幫助,可以讓公司走的更快更好。
比如騰訊雲有個“宙斯盾”安全體系,可以扛下100G以上流量的DDOS攻擊,這對於任何一家企業來說,都是很難具備的。再比如CDN等網路優化服務,騰訊雲有400+骨幹網節點,提供就近接入的服務,在訂單量瞬間暴漲,或者使用者處於弱網環境下,保證了網路的穩定性。
對於創業公司而言,在基礎平臺構建系統運維等方面都需要大量人力物力,如硬體採購、硬體運維等問題上,而騰訊雲就有專人團隊維護物理伺服器,能讓企業將更多精力集中到應用層和業務層,以及其他更有價值的資料分析等新技術方面,省時省心省力。
對此,張博更透露,未來與騰訊雲的合作,將會有更多的場景實現,例如未來順風車中,基於大資料分析與雲服務結合,如何為一個網際網路屌絲優先匹配一個網際網路女神,這些有趣的場景都可以嘗試。
一些由衷的經驗分享
訪談的最後,當說起經驗分享時,張博幽默地表示,近3年來,基本天天都在‘打仗’。每天一睜眼就要想生和死的問題。比誰能最先穩定,能將使用者留住,誰就是勝利者。滴滴在用技術和時間賽跑。而生死時速之後,滴滴也沉澱了非常多的寶貴經驗。這裡同樣分享給大家:
一、要有一套穩定的系統架構保障
初創企業剛開始系統架構都不太穩定,當面對大流量、高併發挑戰時,都會束手無策,所以在之前,系統伺服器每一個介面可能被訪問頻次如何設計,背後訪問多少次快取,資料庫會讀寫多少次,後端每一個服務,瞬間併發量能到什麼級別等等,都要做到心中有數,以此來對系統架構進行調整。
二、初創企業應及早接入“雲”服務。
不論是在安全、網路、運維的保證,還是優化整體系統、部分調優等問題上,,初創企業都需要有很大的投入,類似騰訊雲這種“雲”服務積累了很強的經驗和實力,完全可以滿足創業公司高併發量的業務需求。
三、善於藉助大資料解決問題
大資料無處不在,尤其對於初創公司,大資料就是核心,善於利用大資料,可以讓企業不管是在營銷、使用者定位,還是產品升級等方面,都扮演者“關鍵先生”角色。
四、及時預警調整應急策略
運維上要能實時監測線上每一個後端服務模組的負載,能夠及時發現問題並報警,在大流量高峰到來前,應設定多套應急預案,而且系統要有降級策略,在大流量衝擊下,要優先保證主流層。
相關文章
- 滴滴AR實景導航背後的技術
- 揭祕.NET Core剪裁器背後的技術
- 淺談滴滴需求響應式公交背後的技術
- 滴滴全民拼車日背後的運維技術揭秘運維
- 技術人必看的各類工具書籍
- 百度技術開放日即將開啟 揭祕春晚紅包背後的技術
- 首次揭祕!阿里無人店系統背後的技術阿里
- 英語背單詞祕籍
- ios開發者談談技術面試那些坑 | 掘金技術徵文iOS面試
- 後端開發者需要掌握的技術棧後端
- 開發者中心混合雲主機接入技術探祕
- JDV背後的技術-助力618
- 專訪5位技術人,探祕AI酷職業背後的故事 AI
- 專訪5位技術人,探祕AI酷職業背後的故事AI
- 【雲中論道】揭祕短視訊爆紅背後的技術支柱
- SpringBoot開發祕籍 - 整合Graphql QuerySpring Boot
- 聚焦使用者本質需求,解讀UCloud極簡產品背後的極深技術Cloud
- Google DNS劫持背後的技術分析GoDNS
- 深挖谷歌 DeepMind 和它背後的技術谷歌
- TGDC | 探索人臉藝術背後的技術
- 拇指記者深入Android公司,打探事件分發機制背後的祕密Android事件
- 技術秘笈:領英6.9億使用者背後,AI如何為招聘者與求職者牽線搭橋?AI求職
- 迪士尼願意放開IP授權給開發者? 探祕迪士尼IP運營背後的邏輯
- 解開螞蟻金服自研金融級分散式資料庫OceanBase背後的技術祕密分散式資料庫
- 跬步至千里:揭祕谷歌AutoML背後的漸進式搜尋技術谷歌TOML
- 2022淘寶天貓618背後——與你息息相關的技術祕密
- 《王者榮耀》2億使用者量的背後:產品定位、技術架構、網路方案等架構
- 細思極恐,麥克風竊取使用者隱私背後技術是這個
- ChatGPT 背後核心技術的白話版ChatGPT
- 說說 VARCHAR 背後的那些事
- 人臉識別背後:可怕的不是技術
- 詳解Windows 11背後的技術創新Windows
- GIFTO背後區塊鏈技術的分類區塊鏈
- Facebook智慧攝像頭Portal研發背後的那些事
- 京東商城背後AI技術揭祕(二)——基於商品要素的多模態商品摘要AI
- 健康碼背後的祕密,如何利用二維碼技術為企業保駕護航?
- 前端技術選型及背後思考前端
- 開發者必看!探祕阿里雲Hi購季開發者分會場:海量學習資源0元起!阿里
- 《偶像大師》的口型製作方法大揭祕——相關技術開發者訪談