熱鬧紛繁的 OLAP 賽道,又迎來(lái)一個(gè)開(kāi)源新玩家。

這幾年 OLAP 賽道持續(xù)火熱,國(guó)內(nèi)外不少開(kāi)源項(xiàng)目和商業(yè)公司活躍其中。在一眾玩家中,ClickHouse 憑借彪悍的性能表現(xiàn)、活躍的開(kāi)源社區(qū)和相當(dāng)快的迭代速度,市場(chǎng)普及率一路狂飆。

圍繞 ClickHouse,最近有兩則新聞?lì)H引人關(guān)注:一個(gè)是阿里云官宣與 ClickHouse 商業(yè)公司合作,成為 ClickHouse 在中國(guó)獨(dú)家的云服務(wù)提供商;另一個(gè)則是字節(jié)跳動(dòng) ByteHouse 與亞馬遜云科技合作推出新一代云數(shù)倉(cāng)服務(wù)。兩種不同的組合,背后其實(shí)是國(guó)內(nèi)外市場(chǎng)對(duì) ClickHouse 云原生化產(chǎn)品和應(yīng)用的濃厚興趣。

(資料圖片)

作為國(guó)內(nèi)極具代表性的 ClickHouse 大規(guī)模采用者,字節(jié)跳動(dòng)在歷經(jīng)數(shù)年的 ClickHouse 云原生化改造和應(yīng)用中沉淀了許多寶貴的實(shí)踐經(jīng)驗(yàn)和思考。2021 年 8 月,字節(jié)跳動(dòng)將經(jīng)過(guò)多年定制化改造的 ClickHouse,沉淀為 ByteHouse 對(duì)外提供服務(wù)。自那時(shí)起,就有人猜測(cè):ByteHouse 會(huì)不會(huì)開(kāi)源?

其實(shí)字節(jié)跳動(dòng)為開(kāi)源準(zhǔn)備已久。今年,字節(jié)跳動(dòng)將 ByteHouse 內(nèi)核向社區(qū)開(kāi)源為 ByConity,并于近日正式官宣發(fā)布 0.1.0 版本。

ByConity 定位為開(kāi)源的云原生數(shù)據(jù)倉(cāng)庫(kù),采用 Apache 2.0 許可協(xié)議,基于 ClickHouse 內(nèi)核,但采用了存儲(chǔ)計(jì)算分離的全新架構(gòu),支持多個(gè)關(guān)鍵功能特性,如存儲(chǔ)計(jì)算分離、彈性擴(kuò)縮容、租戶(hù)資源隔離和數(shù)據(jù)讀寫(xiě)的強(qiáng)一致性等。通過(guò)利用主流的 OLAP 引擎優(yōu)化,如列存儲(chǔ)、向量化執(zhí)行、MPP 執(zhí)行、查詢(xún)優(yōu)化等,ByConity 可以提供優(yōu)異的讀寫(xiě)性能。ByConity 適合用于 Online Analytical Processing(OLAP)場(chǎng)景和輕載數(shù)倉(cāng)場(chǎng)景,包括但不限于交互式分析、實(shí)時(shí)日志監(jiān)控、流數(shù)據(jù)處理和分析等。

借此機(jī)會(huì),InfoQ 獨(dú)家采訪了 ByConity 背后的技術(shù)團(tuán)隊(duì),深入了解 ByConity 開(kāi)源準(zhǔn)備過(guò)程、架構(gòu)亮點(diǎn)、ByConity 與 ClickHouse 的差異,以及 ByConity 后續(xù)規(guī)劃等問(wèn)題。這也是 ByConity 開(kāi)源后團(tuán)隊(duì)首次接受采訪。

一、開(kāi)源準(zhǔn)備

為了和早些推出的商業(yè)品牌作區(qū)分、避免用戶(hù)混淆,團(tuán)隊(duì)為開(kāi)源版本取了新名字 ByConity。新名字由三個(gè)英文單詞組合再生而來(lái):

? By 來(lái)自 Byte,代表存儲(chǔ)數(shù)據(jù)的基本單位,也比喻海量數(shù)據(jù);

? Con 來(lái)自 Convert,代表改變和革新;

? Conity 也來(lái)自 Community,代表一群人,也就是開(kāi)源開(kāi)發(fā)者社區(qū)。

從采用 ClickHouse 遇到痛點(diǎn)進(jìn)而自研改造,到推出商業(yè)化服務(wù) ByteHouse,再到現(xiàn)在推出開(kāi)源項(xiàng)目 ByConity,陳星認(rèn)為這是一個(gè)自然而然的過(guò)程,ByteHouse 和 ByConity 背后實(shí)際也是同一個(gè)技術(shù)團(tuán)隊(duì)在支持。在他看來(lái),行業(yè)內(nèi)有很多公司和團(tuán)隊(duì)存在使用 ClickHouse 的痛點(diǎn),對(duì)于解決這些問(wèn)題并進(jìn)一步拓寬其使用場(chǎng)景感興趣。開(kāi)源能夠帶來(lái)更多技術(shù)層面的合作,也能幫助 ByConity 更快地?cái)U(kuò)展到更廣泛的不同行業(yè)中去,這是推動(dòng)團(tuán)隊(duì)將 ByConity 開(kāi)源出來(lái)的重要?jiǎng)訖C(jī)之一。

在決定開(kāi)源之前,團(tuán)隊(duì)也考慮過(guò)是否能將自研修改合并回 ClickHouse 社區(qū),并圍繞向社區(qū)完整貢獻(xiàn)和聯(lián)合開(kāi)發(fā),與 ClickHouse 核心研發(fā)團(tuán)隊(duì)、ClickHouse 創(chuàng)業(yè)公司負(fù)責(zé)人做了幾次閉門(mén)溝通,但得到的反饋是架構(gòu)差異過(guò)大、合并難度和代價(jià)大、無(wú)法聯(lián)合開(kāi)發(fā)。最終按照 ClickHouse 社區(qū)給到的建議,團(tuán)隊(duì)決定獨(dú)立開(kāi)源,并跟 ClickHouse 社區(qū)進(jìn)行了消息同步。

2022 年 5 月,團(tuán)隊(duì)啟動(dòng) ByConity 開(kāi)源相關(guān)研發(fā)和準(zhǔn)備工作。到正式開(kāi)源這期間,技術(shù)層面關(guān)鍵迭代主要有以下幾點(diǎn):

升級(jí) ByConity Codebase,和社區(qū) ClickHouse 21.8 版本代碼做同步,因?yàn)樽畛踝止?jié)跳動(dòng)引入 ClickHouse 的時(shí)候用的還是早期版本,但 ClickHouse 社區(qū)在版本 19 到 22 之間做了比較大的重構(gòu),導(dǎo)致整個(gè)執(zhí)行 model 發(fā)生了一些變化,這部分需要做不少代碼重寫(xiě)工作,將整個(gè)代碼基線提升到社區(qū)新的 LTS 版本; 移除公司內(nèi)部依賴(lài)組件,尋找對(duì)應(yīng)的開(kāi)源替代方案做兼容和適配,比如 FoudationDB 適配、ClickHouse-Keeper 適配等; 基于 Processor Model 重構(gòu) MPP 實(shí)現(xiàn),提升性能與穩(wěn)定性:主要解決了 ClickHouse 對(duì)于復(fù)雜 Query 的執(zhí)行支持不好,功能也比較局限(Join 只支持 broadcast join)等問(wèn)題;適配 ClickHouse 新版本基于 Processor Push Mode 的執(zhí)行模式; 優(yōu)化器迭代,重點(diǎn)迭代了優(yōu)化規(guī)則(RBO),CBO 方面重點(diǎn)增強(qiáng)統(tǒng)計(jì)信息自動(dòng)收集等:比如當(dāng)用戶(hù)表有改動(dòng)時(shí),后臺(tái)任務(wù)會(huì)檢查統(tǒng)計(jì)信息表的修改行數(shù),當(dāng)達(dá)到一定閾值時(shí)觸發(fā)自動(dòng)收集; 云原生架構(gòu)設(shè)計(jì)下,增強(qiáng)數(shù)倉(cāng)場(chǎng)景的查詢(xún)性能,數(shù)據(jù)能夠自動(dòng)預(yù)讀,避免被動(dòng) cache 在實(shí)時(shí)場(chǎng)景下緩存命中率低的問(wèn)題:支持 HDFS/S3 等分布式文件系統(tǒng)或者對(duì)象存儲(chǔ)系統(tǒng),并針對(duì)不同的分布式存儲(chǔ)系統(tǒng)做了讀寫(xiě)性能優(yōu)化,存儲(chǔ)系統(tǒng)中也實(shí)現(xiàn)了基于本地磁盤(pán)的二級(jí)緩存系統(tǒng),可以采用高性能本地盤(pán)來(lái)進(jìn)一步加速存儲(chǔ)讀寫(xiě)性能。

前兩點(diǎn)主要是為對(duì)外開(kāi)源做準(zhǔn)備,后三點(diǎn)則是在原來(lái)內(nèi)部版本基礎(chǔ)上進(jìn)一步優(yōu)化升級(jí)。除了技術(shù)層面的準(zhǔn)備,還涉及公司開(kāi)源流程、代碼合規(guī)、工程質(zhì)量、配套部署工具開(kāi)發(fā)等一系列相關(guān)準(zhǔn)備。

據(jù)陳星介紹,ByConity 開(kāi)源非常徹底,引擎核心能力都開(kāi)源了,只有因公司合規(guī)要求受限的部分做了一些裁剪。本質(zhì)上 ByteHouse 云數(shù)倉(cāng)的內(nèi)核就是 ByConity,引擎能力基本一樣。后續(xù) ByteHouse 研發(fā)新功能,也會(huì)直接在 ByConity 基礎(chǔ)上用開(kāi)源的模式做,這對(duì)于團(tuán)隊(duì)的研發(fā)模式來(lái)說(shuō)是一個(gè)非常大的改變。

作為正式官宣開(kāi)源前準(zhǔn)備工作的關(guān)鍵一環(huán),今年 1 月,團(tuán)隊(duì)發(fā)布了 ByConity beta(v0.1.0-beta)版本,并在社區(qū)小范圍征集用戶(hù)試用。過(guò)去四個(gè)月陸陸續(xù)續(xù)已經(jīng)有不少團(tuán)隊(duì)試用 ByConity 并在 GitHub 上提 issue 反饋,其中有一些團(tuán)隊(duì)已經(jīng)在驗(yàn)證生產(chǎn)場(chǎng)景中的數(shù)據(jù)和工作負(fù)載。翟鹿淵表示,希望通過(guò)這樣的小范圍試用,確認(rèn) ByConity 能真正幫助大家解決問(wèn)題、帶來(lái)好處,再正式開(kāi)源,讓更廣泛的用戶(hù)知道該如何使用 ByConity、能真正把 ByConity 用起來(lái)。比起一開(kāi)始就官宣開(kāi)源,這可能是一種相對(duì)謹(jǐn)慎但更務(wù)實(shí)的做法。

二、社區(qū)反響

Beta 版本推出后,ByConity 團(tuán)隊(duì)從社區(qū)得到了不少反饋。好的一面是,有不少團(tuán)隊(duì)和開(kāi)發(fā)者對(duì) ByConity 表現(xiàn)出濃厚興趣,其中不乏知名科技公司和團(tuán)隊(duì),比如傳音控股、電子云、華為、美團(tuán)、天翼云、唯品會(huì)等,都在積極測(cè)試和驗(yàn)證。據(jù)翟鹿淵介紹,目前國(guó)內(nèi)采用了 ClickHouse 的公司中,ByConity 大致覆蓋了頭部的三分之一,都是使用規(guī)模相對(duì)比較大的。其中華為終端云團(tuán)隊(duì)已經(jīng)參與到了 ByConity 部分研發(fā)工作中,比如這次發(fā)布的 0.1.0 版本中有一個(gè)對(duì)象存儲(chǔ)集成功能的預(yù)覽版,就是華為終端云團(tuán)隊(duì)參與共同開(kāi)發(fā)的。

當(dāng)然難免也會(huì)出現(xiàn)一些挑戰(zhàn)。在知乎 ByConity 相關(guān)問(wèn)題下面,有網(wǎng)友反饋代碼風(fēng)格對(duì)開(kāi)發(fā)者不是很友好,一個(gè)方法里幾百上千行代碼,批評(píng) ByConity 肯定是延續(xù)了 ClickHouse 開(kāi)源代碼的問(wèn)題。對(duì)此,陳星表示虛心接受批評(píng),ByConity 本身就是基于 ClickHouse 內(nèi)核開(kāi)發(fā),因此 CH 的代碼風(fēng)格問(wèn)題,ByConity 難以避免,再加上早期內(nèi)部研發(fā)更多追求快速上線使用,對(duì)于代碼風(fēng)格可能沒(méi)有特別高要求和統(tǒng)一規(guī)范。目前 ByConity 團(tuán)隊(duì)已經(jīng)在規(guī)劃和推進(jìn)代碼重構(gòu)工作、希望做出好的示范,也希望后續(xù)社區(qū)能夠一起推進(jìn)這項(xiàng)工作。

類(lèi)似的問(wèn)題,翟鹿淵也被問(wèn)到過(guò),比如有開(kāi)發(fā)者認(rèn)為 ByConity 的代碼和 ClickHouse 重合度比較高。潛在的質(zhì)疑或挑戰(zhàn)點(diǎn)在于,ByConity 不是一個(gè)完全自主研發(fā)的項(xiàng)目。對(duì)此團(tuán)隊(duì)的態(tài)度很坦蕩,ByConity 的起點(diǎn)是 ClickHouse,這是事實(shí),作為 ClickHouse 的下游項(xiàng)目,ByConity 會(huì)在向上兼容性方面做基礎(chǔ)保證,并在開(kāi)源許可的 header 文件中對(duì)受益于哪些開(kāi)源項(xiàng)目給到完整的說(shuō)明。

ByConity 不會(huì)為了體現(xiàn)差異而做代碼調(diào)整(比如重命名一些函數(shù)、在命名空間上做些修飾等)。ByConity 希望能夠繼承 ClickHouse 的長(zhǎng)處和優(yōu)勢(shì),比如性能上的優(yōu)勢(shì)、工程設(shè)計(jì)上的亮點(diǎn)等,ByConity 都會(huì)繼續(xù)保留;同時(shí)針對(duì)實(shí)際業(yè)務(wù)場(chǎng)景中需要解決的問(wèn)題,ByConity 會(huì)在新架構(gòu)上做延展,以求在更廣泛的場(chǎng)景上發(fā)揮出更大作用,讓更多公司或團(tuán)隊(duì)受益。

三、架構(gòu)亮點(diǎn)與差異

從 2017 年引入 ClickHouse 至今,ByConity 團(tuán)隊(duì)基于 ClickHouse 內(nèi)核做了深度改造和大量升級(jí)優(yōu)化,不管是技術(shù)難度還是技術(shù)投入程度都非常大。具體的優(yōu)化思路在早前的采訪和白皮書(shū)做過(guò)詳細(xì)說(shuō)明,近期 ByConity 社區(qū)也會(huì)聯(lián)合 InfoQ 陸續(xù)發(fā)布一系列 ByConity 技術(shù)解讀文章。

目前 ByConity 整體架構(gòu)如下圖所示,分為 3 層:服務(wù)接入層、計(jì)算層和存儲(chǔ)層,其中服務(wù)接入層響應(yīng)用戶(hù)查詢(xún),計(jì)算層負(fù)責(zé)計(jì)算數(shù)據(jù),存儲(chǔ)層存放用戶(hù)數(shù)據(jù)。詳細(xì)介紹可查閱 ByConity 的整體架構(gòu)說(shuō)明文檔。

ByConity 最新架構(gòu)圖

基于從外部收到的反饋,翟鹿淵將 ByConity 相比傳統(tǒng) MPP 架構(gòu)的亮點(diǎn)概括為以下三點(diǎn):

? 首先是存儲(chǔ)計(jì)算分離的改造。傳統(tǒng) MPP 很難對(duì)計(jì)算資源做隔離,據(jù)翟鹿淵介紹,現(xiàn)在業(yè)界大多數(shù)使用 ClickHouse 方案的公司和團(tuán)隊(duì),采用的隔離方式基本是靠物理集群隔離,運(yùn)維管理成本極高。存算分離之外,ByConity 依托于虛擬化容器調(diào)度能力,既能實(shí)現(xiàn)業(yè)務(wù)和業(yè)務(wù)之間的隔離,又能非常靈活地調(diào)配硬件資源,這其實(shí)是很多公司想解決,但可能只解了一半或者暫時(shí)還沒(méi)有好解決方案的嚴(yán)重問(wèn)題。

? 其次是自研的面向 ClickHouse runtime 執(zhí)行層、與之完全匹配的查詢(xún)優(yōu)化器?；谒膫€(gè)大方向(基于規(guī)則、基于 cost、基于數(shù)據(jù)依賴(lài)、基于反饋)提供極致優(yōu)化能力,能極大提高查詢(xún)性能,特別是在復(fù)雜查詢(xún)場(chǎng)景下能帶來(lái)數(shù)倍至數(shù)百倍的性能提升。雖然業(yè)界成熟的數(shù)倉(cāng)引擎都會(huì)配備查詢(xún)優(yōu)化器,但據(jù)了解,從 ClickHouse 技術(shù)方案衍生出來(lái)的查詢(xún)優(yōu)化器,目前在業(yè)界應(yīng)該沒(méi)有第二個(gè)方案。

? 然后是對(duì)元數(shù)據(jù)存儲(chǔ)和管理的優(yōu)化。使用 ClickHouse 比較多的團(tuán)隊(duì)可能都會(huì)遇到一個(gè)問(wèn)題,隨著集群管理的元數(shù)據(jù)越來(lái)越多,ZooKeeper/Keeper 會(huì)面臨很大的 coordinate 壓力,可能出現(xiàn)元數(shù)據(jù)不一致的問(wèn)題,輕則查詢(xún)報(bào)錯(cuò),重則整個(gè)集群宕機(jī)。這類(lèi)問(wèn)題在 ByConity 從系統(tǒng)層面得到了解決。ByConity 基于高性能的分布式 key-value store(FoundationDB)做元數(shù)據(jù)管理,并在 catalog api 上層實(shí)現(xiàn)了完備事務(wù)語(yǔ)義(ACID)支持,提供了高效可靠的元數(shù)據(jù)服務(wù),能夠?qū)⒃獢?shù)據(jù)吞吐拉升到百萬(wàn)級(jí)別。

除了架構(gòu)上的差異化亮點(diǎn),ByConity 和 ClickHouse 在使用過(guò)程中又有哪些異同?社區(qū)也有不少開(kāi)發(fā)者對(duì)此有疑問(wèn)。前不久 ByConity 社區(qū)組織了一場(chǎng)直播,從使用角度對(duì)兩者差異做了介紹,主要從以下幾個(gè)關(guān)鍵維度展開(kāi):

? 在資源隔離與擴(kuò)縮容設(shè)計(jì)上的架構(gòu)與組件差異

? 在庫(kù)表創(chuàng)建、數(shù)據(jù)導(dǎo)入與查詢(xún)上的差異

? 在事務(wù)支持與特殊表引擎上的差異

ByConity 與 ClickHouse 的差異總結(jié)(來(lái)源:ByConity 社區(qū))

感興趣的讀者可以在bilibili搜索ByConity官方賬號(hào)查看直播回放視頻進(jìn)一步了解。

四、后續(xù)規(guī)劃

隨著 ByConity 正式官宣開(kāi)源,后續(xù)項(xiàng)目會(huì)遵循開(kāi)源社區(qū)的模式來(lái)運(yùn)營(yíng)和治理,社區(qū)治理原則相關(guān)的文檔目前已經(jīng)同步到項(xiàng)目 GitHub 上,并面向整個(gè)社區(qū)開(kāi)放討論。

對(duì)于 ByConity 接下來(lái)的技術(shù)發(fā)展路線,團(tuán)隊(duì)基于自身現(xiàn)狀初步做了一些規(guī)劃,今年下半年側(cè)重點(diǎn)會(huì)放在權(quán)限控制、數(shù)據(jù)安全和組件高可用等方向。還有一些社區(qū)關(guān)注度比較高的問(wèn)題,比如對(duì)數(shù)據(jù)湖分析的支持,包括對(duì)接 Hudi、Iceberg 等功能,也在 Roadmap 規(guī)劃之中。

ByConity 2023 年技術(shù)路線 Roadmap

陳星表示,未來(lái) ByConity 希望從一個(gè)只面向即時(shí)型分析的輕量級(jí)數(shù)倉(cāng),向一個(gè)能夠處理更多復(fù)雜工作負(fù)載、更成熟的數(shù)倉(cāng)去演化。當(dāng)然,這其中挑戰(zhàn)非常大,也不是短時(shí)間內(nèi)能夠做好的,需要與社區(qū)共同努力。

對(duì)于一個(gè)新的開(kāi)源項(xiàng)目,社區(qū)往往會(huì)非常關(guān)注項(xiàng)目的長(zhǎng)期投入和發(fā)展問(wèn)題。翟鹿淵表示,字節(jié)去年成立開(kāi)源委員會(huì),就是字節(jié)更加重視開(kāi)源的一個(gè)信號(hào),而開(kāi)源委員會(huì)有一條原則是做精品項(xiàng)目,從公司層面會(huì)聚焦少數(shù)重點(diǎn)項(xiàng)目做長(zhǎng)期的戰(zhàn)略投入,ByConity 是其中之一。另外,如前所述,ByConity 和 ByteHouse 研發(fā)團(tuán)隊(duì)基本是完全重合的,只是每個(gè)人的工作有一部分在做商業(yè)版、一部分在解決開(kāi)源社區(qū)相關(guān)反饋,開(kāi)源和商業(yè)版融合度非常高。未來(lái) ByConity 會(huì)朝著一個(gè)更加開(kāi)放的引擎開(kāi)發(fā)模式去發(fā)展,今年年中會(huì)將內(nèi)外部代碼層面完全拉齊,后續(xù)對(duì) ByteHouse 的改動(dòng)會(huì)基于 ByConity 源代碼用開(kāi)源的方式來(lái)開(kāi)發(fā),即先在上游開(kāi)發(fā),開(kāi)發(fā)完成后在再往回拉。這個(gè)開(kāi)發(fā)模式調(diào)整可以說(shuō)是大動(dòng)干戈,但也從側(cè)面印證了字節(jié)長(zhǎng)期投入 ByConity 的決心。

未來(lái)除了 ByConity 社區(qū)自身的代碼貢獻(xiàn),字節(jié)內(nèi)部業(yè)務(wù)場(chǎng)景、ByteHouse 的客戶(hù)場(chǎng)景帶來(lái)的迭代和改進(jìn)也會(huì)反哺給 ByConity,幫助 ByConity 持續(xù)迭代優(yōu)化。比如,字節(jié)內(nèi)部使用規(guī)模還在逐步增大,可能會(huì)打破以往設(shè)計(jì)方案的一些假設(shè)條件,導(dǎo)致調(diào)度策略或者資源分配策略要適應(yīng)內(nèi)部業(yè)務(wù)做優(yōu)化和調(diào)整,這些優(yōu)化都會(huì)輸出到 ByConity。商業(yè)化產(chǎn)品同理,商業(yè)版用戶(hù)在使用中遇到的問(wèn)題或反饋的修改,也會(huì)同步到 ByConity。

五、寫(xiě)在最后

對(duì)于一個(gè)開(kāi)源項(xiàng)目,引入更多參與者、讓社區(qū)往多元化方向發(fā)展往往是重要目標(biāo)之一,ByConity 也不例外。從發(fā)布 Beta 版開(kāi)始,ByConity 團(tuán)隊(duì)就公布了社區(qū)路線圖,并積極與社區(qū)成員共同探討和解決大家在試用過(guò)程中遇到的問(wèn)題,團(tuán)隊(duì)有耐心、也有信心,更是非常期待未來(lái)能夠與更多開(kāi)發(fā)者和合作伙伴一起共建共享,激發(fā)更多創(chuàng)造力。

對(duì)于社區(qū)多元化可能會(huì)給項(xiàng)目創(chuàng)始團(tuán)隊(duì)帶來(lái)的新問(wèn)題,比如項(xiàng)目無(wú)法按照最初規(guī)劃的技術(shù)發(fā)展路線演進(jìn)等,陳星和翟鹿淵都表示,希望這個(gè)幸福的煩惱早些到來(lái)。

網(wǎng)頁(yè)搜索「GitHub - ByConity」查看官方地址;

ByConity官方微信公眾號(hào)回復(fù)「用戶(hù)手冊(cè)」,獲取ByConity完整背景和技術(shù)架構(gòu)。

采訪嘉賓介紹:

陳星,火山引擎分析型數(shù)據(jù)庫(kù)負(fù)責(zé)人,具體包括 ClickHouse、Doris、下一代云原生數(shù)據(jù)庫(kù),支持內(nèi)部多種業(yè)務(wù)場(chǎng)景背后分析引擎。加入字節(jié)跳動(dòng)數(shù)據(jù)平臺(tái)之前,在 IBM 從事 DB2 內(nèi)核研發(fā)工作,對(duì)數(shù)據(jù)庫(kù)技術(shù)有一些了解。

翟鹿淵,火山引擎 ByteHouse 產(chǎn)品經(jīng)理,主導(dǎo) ByteHouse 海外商業(yè)化和引擎 ByConity 開(kāi)源。之前在 Kyligence 做 Apache Kylin 商業(yè)產(chǎn)品。