車聯(lián)網(wǎng)云平臺建設之路

1、 車聯(lián)網(wǎng)云平臺建設之路本文介紹的主題是車聯(lián)網(wǎng)云平臺之路。鈦馬是以車聯(lián)網(wǎng)業(yè)務為基礎的公司，國內首家汽車 B2B 互聯(lián)網(wǎng)公司。目前核心業(yè)務是車聯(lián)網(wǎng)，同時也提供互聯(lián)網(wǎng)營銷、新一代 DMS 解決方案等產品。什么是車聯(lián)網(wǎng)？ 如果我們用百度搜索車聯(lián)網(wǎng)，一般會搜索到的都是 IOV 這個名詞 Internet of Vehicle ，大家似乎認為 IOV 就是車聯(lián)網(wǎng)。但實際上在上世紀 90 年代，On Star（安吉星）在美國就已經(jīng)提供了車聯(lián)網(wǎng)服務，車聯(lián)網(wǎng)的英文也是在那個時期出現(xiàn)的 Telematics 其實更為準確。所以圍繞車聯(lián)網(wǎng)行業(yè)的公司和產品一般都會以 T 開頭：車聯(lián)網(wǎng)服務提供商TSP ；車聯(lián)網(wǎng)的通訊終

2、端T-Box ；車聯(lián)網(wǎng)服務T-Service 。隨著 09 年豐田 G-book 進入中國市場，中國才慢慢開始有了車聯(lián)網(wǎng)的概念。之所以前些年發(fā)展緩慢，去年才開始逐漸上量，主要是兩方面原因，一是前些年消費者的消費觀念停留在汽車僅為代步工具，再就是 2G 時代的網(wǎng)絡不能帶來很好的體驗。車內電子設備的類型 車內電子設備主要分為前裝和后裝兩種。在車主買車后，加裝或替換車內的電子產品，我們稱之為后裝。比如智能后視鏡、倒車雷達、倒車影像這些都屬于后裝產品?？傮w來說，后裝產品不屬于典型的車聯(lián)網(wǎng)，應該稱之為車載信息娛樂互動，因為這些產品不能跟車輛本身做數(shù)據(jù)的交互。前裝是車輛出廠時就預裝的硬件設備，車聯(lián)網(wǎng)就是最

3、典型的前裝產品，車聯(lián)網(wǎng)的通訊主要是依賴 T-Box 作為核心。T-Box 中有通訊模塊連接服務器后臺，同時可以連接車輛的 CAN 總線，從而與車輛本身進行交互，除了可實現(xiàn)只讀的遠程故障診斷等功能，還可以完成可交互操作，如遠程開關車門、空調等。除此之外，現(xiàn)在不少車型前裝支持的蘋果 CarPlay 和百度的 Carlife 等，雖然本質上是前裝，但其實更多的也是車載信息娛樂互動，按我的理解不能算是嚴格意義上的車聯(lián)網(wǎng)（或者說讓汽車上云）。我們?yōu)槭裁葱枰屍嚿显疲?對于整個汽車產業(yè)鏈來說，車聯(lián)網(wǎng)是提供所有車主服務的基礎設施，并提供基礎的控車等車輛交互服務，這些交互本身就能帶來很好的體驗；除此之外，在

4、之上可以衍生出很多應用和業(yè)務，包括 OTA 升級、駕駛行為分析、UBI 保險、乘用車租賃等等。對于所有的車聯(lián)網(wǎng)服務來說，讓汽車上云是基礎，之后才能有更多的業(yè)務創(chuàng)新和可能。相比來說，如果只讓手機、車機這些上云，可拓展的業(yè)務就會少很多，只是移動互聯(lián)網(wǎng)的場景再造。所以，通過讓汽車本身上云，才能給車主帶來更好的體驗，對 B 端也能產生更多的價值。車聯(lián)網(wǎng)落地云平臺的一些挑戰(zhàn) 海量數(shù)據(jù) 車輛運行中的 GPS 信息、車輛和車況信息數(shù)據(jù)量非常大，一般都儲存在非關系型數(shù)據(jù)庫中，對云平臺的讀寫操作、IOV 平臺、車企數(shù)據(jù)的安全性、可靠性都有著很高的要求。網(wǎng)絡的復雜性 車聯(lián)網(wǎng)系統(tǒng)的網(wǎng)絡非常復雜，這里以專線為例。一般

5、來說，車聯(lián)網(wǎng)至少包含 3 種專線：云平臺到聯(lián)通 GGSN 的 APN 私有專線?？紤]到安全和穩(wěn)定性的問題，大部分車聯(lián)網(wǎng)都是采用物理專線來承載私有 APN 。在 T-Box 上一般又分為私有和公有兩個通道，但只有核心的控車數(shù)據(jù)會走私有通道；車聯(lián)網(wǎng)振鈴用的 E1 線路。對于電瓶耗電和數(shù)據(jù)信號穩(wěn)定性問題，喚醒 T-box 一般有短信和振鈴兩種方式；如果選擇振鈴的方式，還需要用物理服務器安裝語音卡來實現(xiàn)；云平臺到車企各個系統(tǒng)的點到點專線。整個汽車產業(yè)鏈是非常龐大的，已有的傳統(tǒng)服務如 DMS 、CRM 等都比較成熟，暫時沒有上云或只會部分上云，但車聯(lián)網(wǎng)服務是典型的 To C 業(yè)務，對 SLA 和服務窗口

6、要求都比傳統(tǒng)服務高的多，同時又需要跟車企內部的系統(tǒng)做頻繁的數(shù)據(jù)交互，所以一般需要點到點專線進行數(shù)據(jù)傳輸。因此，僅僅網(wǎng)絡角度，就需要在架構上需要做性能規(guī)劃、線路余冗、路由、安全、QoS 等統(tǒng)一設計。因為車聯(lián)網(wǎng)系統(tǒng)的復雜性、定制性和靈活性的需求，鈦馬現(xiàn)在主要使用的是自建的車聯(lián)網(wǎng)云平臺。除了基礎的 IaaS 層的 VM ，分布式存儲、云數(shù)據(jù)庫等基礎 PaaS 服務，還有自主開發(fā)的車聯(lián)網(wǎng) PaaS 模塊，如振鈴平臺服務、專線管理、運維管理平臺和 CMDB 等。車聯(lián)網(wǎng)項目落地云平臺優(yōu)化思路 總體來說，細分領域的云，技術不是最難的。為了讓車聯(lián)網(wǎng)服務在云上穩(wěn)定運行，單單提供云是遠遠不夠的。隨著項目的增多，暴

7、露出來的問題也會越來越多，這主要是由于用戶的快速增長，以及客戶的時間壓力造成的。在有限的人力下，怎么讓各個項目順利落地到云，團隊的組織架構和任務設計也很重要，如下是站在任務導向的組織架構設計角度，經(jīng)過反復的試錯和探索總結的一些經(jīng)驗：不能忽視云產品相關的架構設計工作 云產品落地架構設計是最容易被忽略的，尤其是公有云為主的情況。所以不管是自建云還是公有云，一定要了解所使用的云，從業(yè)務數(shù)據(jù)流向入手，在安全、性能、可擴展性等方面一定要形成體系化的解決方案，而不只是滿足于功能實現(xiàn)。系統(tǒng)的運維工作需要橫向的產品化輸出 針對多個 To-B 項目的運維，為了更快的交付和響應項目需求，系統(tǒng)運維人員往往是獨立的，

8、這種情況就會導致運維人員之間的信息嚴重不同步。在這種情況下，可以找一個重大的項目作為改革標桿，把各項規(guī)范，比如自動化腳本，配置和備份規(guī)范、日志方案發(fā)布流程等規(guī)范并轉換成標準，再逐步推給各個項目研發(fā)。一定要保持運維角度的平臺化、產品化思路，當時機成熟時，也可以單獨成立團隊來做。運維也需要單獨項目制管理 在項目前期架構設計階段，運維就需要參與，將運維最關注的各方面，比如穩(wěn)定性，安全性和可運維性的要求融入架構設計中。所以需要以項目的形式，將每個運維項目全生命周期單獨管理起來，尤其是針對多個 ToB 客戶的業(yè)務更有必要。對 EGO 的期望 加入 EGO 后收獲很多，尤其是在小組里學到了不同行業(yè)的知識，甚至各個技術領域還能互相幫助，彌補了自己的很多不足。在 2018 年也希望 EGO 能有更多小組之外的活動，讓大家收獲更多。Q&A 車聯(lián)網(wǎng)行業(yè)對于移動網(wǎng)絡的要求是什么？ 在 2G 和 3G 時代，車聯(lián)網(wǎng)的使用體驗是有一定影響的。但到了 4G 時代，三大運營商的 4G 網(wǎng)絡基本都能滿足車聯(lián)網(wǎng)的基礎需求。車聯(lián)網(wǎng)的痛點主要有哪些？ 難點在于整合多個車企的需求并逐漸迭代解決方案。車聯(lián)網(wǎng)目前還在發(fā)展過程中，標配車聯(lián)網(wǎng)的車輛數(shù)量還是很小的比例。目前后裝市場基本不可能解決連車的問題，也很難發(fā)展成標準化，所以主要更