劉奇:能否掌控複雜性,決定著分散式資料庫的生死存亡

語言: CN / TW / HK

本文回顧了 PingCAP 創始人兼 CEO 劉奇在 9 月 22 日的 使用者峰 會 上以《現在決定未來》為主題的演講, 分享了 PingCAP 在技術演進、使用者價值、資料庫技術趨勢、國際化、社會價值等方面的思考, 同時也記錄了建信金科、百勝中國、傳音控股、老虎國際等使用者在劉奇的演講中分享的最佳實踐。全文字數約 8,800,預計閱讀時間 20 分鐘。

PingCAP 到今天已經成立 7 年了,在全球擁有 3,000 多家大中型使用者,其中很多還參與到 TiDB 開源社群的建設中,這些情況如果放到創業之初很難想象。

今天,我們認識到做一個真正廣泛應用的資料庫,是一個需要以十年為時間單位進行投入的基礎工程。 這一路走來離不開關心和支援 PingCAP、喜歡 TiDB 的每個人。

與客戶對話,客戶眼中的 TiDB

過去一段時間,在和包括日本、美國、印度、歐洲等全球客戶交流時,我們試圖從更多不同客戶的視角去了解他們到底是怎麼看待 TiDB 的。

在 TiDB 的設計裡,有很多設計是從第一天就開始的,我們甚至完全不覺得這個設計有什麼特別之處。直到我問一些專家型使用者“你到底為什麼選擇 TiDB ?”時,他們告訴我: 因為 TiDB 的開放式架構可以管理複雜性。 我當時挺詫異,因為這個東西第一天就是這樣設計的,已經融入 PingCAP 的血液當中,所以我們自身已經無感。但對這些專家來說,他們當中很多人在各個大公司本身就做過資料庫,甚至是大型分散式系統,做過這些系統的人都會產生一個心態,那就是對“複雜性”會無比敬畏。

一個數據庫,哪怕它是一個小型資料庫,通常程式碼規模都會有幾十萬行,上百萬行,如果是一個傳統的成熟型商業資料庫,那更是一個以千萬行程式碼為單位的系統。 面對如此 複雜的系統,使用者在考慮未來的迭代時,通常要做 3-5 年的規劃。 如果使用者需要花 3-5 年來替換一個 PB 級資料庫,很大程度上意味著接下來 5-10 年的時間他就不想再動了,這也是本次峰會的主題為什麼是“現在決定未來”。

今天我們做一個數據庫替換的決定,它的影響週期很可能是接下來的 10-20 年。 在這個較長的週期中,大家看系統價值的時候就會看到完全不一樣的價值。比如最近我意外地發現 TiDB 在 CFO 眼裡其實很受歡迎,他們表示,在現有實踐中,TiDB 至少可以降低一半的成本,所以 CFO 很快就會批下來對 TiDB 的部署和應用。大家可以試想一下,如果使用者有 PB 級的資料,用 TiDB 替換能夠省一半的成本,是不是非常有吸引力?

今天的世界充滿了不確定性,在此前提下如何能更好地生存下去?省錢自然會變成一個全世界都關注的話題。

但所有這些價值的前提是接下來 5-10 年,甚至 10-20 年這個系統不能死,能持續支撐業務。這時候問題就來了, 憑什麼一個系統在接下來 10-20 年間還能夠支撐使用者的業務?使用者做架構選擇最重要的標準是什麼?

是整個設計團隊是不是具備掌控複雜性的能力,是不是能夠看到未來 10-20 年企業中的系統複雜性會朝什麼方向迭代,今天在系統裡做好設計,可以應對未來的高速演進和迭代,而不只是一個過渡方案,過兩年還要再換。 雖然我們在設計 TiDB 的過程中,已經做了高度分離式架構,開放式 API ,但有些東西融入血液時就會無感,而在使用者看來這恰恰是他們最看重的,這給了我們很大啟發。

一個專家型使用者跟我說: “人類幾千年來應對複雜性只學會了一個道理,就是分而治之”。 這聽起來好像是一個很簡單的道理,回想一下會覺得他說得太對了,這也是人類幾千年來應對複雜性的唯一辦法。分而治之落在軟體或者資料庫的複雜性上面,應該是什麼樣的?這就是 TiDB 未來的演進方向,也是整個行業未來的演進方向。

與專家型使用者不同,應用型客戶又是完全不一樣的觀點。有些使用者是做創業公司,能不能活過兩三年自己也不知道。 如果選擇一個東西需要花 2-3 年才能看到足夠大的價值,肯定等不起,他需要更快地兌現價值。 事實上,這些應用型客戶不僅僅是那些創業公司,還有很多是大公司裡面的新專案。大家知道在一個大公司裡經常出現一種情況,當做一個新業務時,每個人心裡都清楚時間很有限,公司可能等不了用 5 年時間來做一個創新,所以怎麼才能更快地釋放資料價值才是他們關心的話題。

今天的資料庫是一個百花齊放的狀態,甚至在國內的一些場景出現了資料庫“四世同堂”的局面,同時跑著大型機、小型機、x86,接下來甚至還要引入分散式資料庫、雲資料庫,對使用者而言選擇一個數據庫其實非常困難。

世界變化太快,很多時候使用者可能是在專案進行的過程中突然有了一個新的想法。 怎麼用最快的速度把這個東西做出來,並且做出來之後不用操心它是不是能扛更高的併發?如果快速把第一個原型推到線上,使用者是不是可以不用操心後面的併發問題?當推到市場時立刻就能獲得新的反饋,新反饋作為新需求加進來後,能不能在當天就直接提供服務?這個時候非常依賴資料庫的能力,特別是當我們和越來越多的年輕人聊時,會發現他們今天已經不再關心資料庫任何底層的東西。 他們只關心你有沒有能力讓他用最快的速度將產品或服務推向市場,在推向市場後有沒有能力支援業務高速發展 ,有些使用者甚至連 SQL 都不想寫了。

重新思考:如何以敏捷性應對未來

所有這些對資料庫的能力要求非常高,本質上我們要用資料庫的能力支撐業務的敏捷性:如果要支援一個敏捷業務,那資料庫本身的迭代能力是不是足夠敏捷? 這讓我們對敏捷產生了全新的思考。

有兩個使用者讓我覺得特別震撼,其中一個是區塊鏈領域的使用者,通過使用區塊鏈技術追蹤區塊鏈裡的每一筆交易,如果是相同的人還可以追蹤跨鏈的交易。這個使用者在不到一年的時間裡,單個叢集資料量從幾 TB 上漲到一百多 TB。因為 TiDB 太好用了,他會把更多的資料往 TiDB 裡放,把 TiDB 作為線上服務。當你有這個想法時就會發現,你根本找不到一個其他資料庫能滿足這個需求;它需要線上服務、低延遲,需要從不同角度查詢資料,你可以用索引、HTAP 能力,還必須要有非常強大的 SQL 能力,因為使用者會不停往裡面塞資料。

前兩天在 Hacker News 上有一個熱帖,微軟雲的 CTO 發了一個推特,引起了軒然大波,他說現在 C 和 C++ 這類語言被標識為過時的語言,如果大家用 Java 或者其他軟體,經常會把過時的不再支援的 API 標記成過時資料。他的建議是我們應該把 C++ 標記成過時,任何專案不再用 C++ 寫,應該全面使用 Rust。可能有人有印象,TiDB 在 2015 年就開始用 Rust 寫儲存層。但對於新使用者來說,當知道我們用 Rust 和 GO 作為程式語言時,他們就會說你們好時尚,實際上這是我們 7 年前的決策。當初,Rust 還沒有釋出 1.0 版本,拿這個東西來寫資料庫簡直是開玩笑。

很多時候,我們的一點創新,一點激進的動作,很可能在當初飽受非議,但在未來卻可能成為主流。 PingCAP 在技術、架構上面一直會選擇非常積極的創新,非常具有前瞻性的創新,這些創新甚至要在 5-7 年後才能感受到當初的選擇是非常正確的。

總結來說,如果用幾個詞來形容 PingCAP 的成功正規化,那就是自主開源+持續引領+面向未來的創新,都服務於客戶成功,不管是專家型的客戶還是應用型的客戶,TiDB 都能夠很好地去支援他們的業務更好、更敏捷地迭代發展。 TiDB 也因此成為眾多行業頭部使用者的共同選擇,助力使用者業務敏捷增長。

使用者分享:建信金科為什麼選擇與 TiDB 同行?

建信金科基礎技術中心副總裁邢磊分享了建信金科如何藉助 TiDB 實現業務增長敏捷性。 建信金科自關注分散式資料庫以來,PingCAP 一直未離開過其視線。與大多數使用者不同,建信金科與 PingCAP 的接觸不是從 TiDB 開始,而是 TiKV,為什麼是這樣的選擇?

建信金科的微服務、分散式,要求對資料做拆分,需要在現有業務不做大調整的情況下,去開啟業務應對未來不確定性的能力。在這個過程中有一個繞不過去的問題,這麼多傳統渠道、傳統業務和交易,如何在不影響現有交易模式的前提下改造後端的服務能力?TiKV 在這樣的場景下進入視野,以前建信金科用的是國外開源軟體,整個歷程中遇到的問題和挑戰非常大,也給自己的安全穩定執行帶來很大挑戰。

建信金科一直在思考怎麼去找一個自己能掌控的技術,去解決後續將在這個領域上面對的問題。從 2020 年開始接觸 TiKV,做業務場景適配,包括早期的技術、產品驗證,以及雙方在 TiKV 上投入研發的資源和精力,一起努力了差不多一年時間。這是建信金科做過的所有案例裡耗時最長、投入最大的專案。2021 年 10 月,建信金科第一次把 TiKV 5.0.4 版接入到全行分散式體系當中,順利扛住 4 萬多 TPS 壓力穩定執行,開啟 TiKV 在建信金科分散式體系中的重要作用。 隨著核心業務的改造,建信金科去年底將整個核心業務在分散式平臺上進行切換,TiKV 起到了非常關鍵的作用。自 2022 年開始,建信金科更進一步藉助 TiKV 的高可用體系構建了跨地域、跨中心的災備能力。

HTAP 在金融場景的驗證

傳統金融企業在交易業務線、資料分析業務線的處理其實都會分開,多維查詢和管理類分析業務傾向於用大資料業務處理,但隨著自己的數字化轉型逐步深入以及各種平臺生態建設,所有的關鍵業務、核心業務都面臨著新的挑戰,這恰恰就是 HTAP 要解決的問題。這個場景用傳統的大資料技術很難在資料實時更新場景下同時提供多維的分析和查詢能力。在這個場景下,當時建信金科遇到非常大的挑戰,留給 PingCAP 的時間非常短,從 4 月底提出到 5 月底驗證,只有一個月的時間。去年 10 月正式投產進入穩定的迭代。現在,建信金科每個新的場景都會有 TiDB 的身影。

當前,建信金科正在嘗試將系統升級到最新的 TiDB 6.1 版本。同時,也在將更多的統一檢視、全量資產、反洗錢業務在 HTAP 上做驗證和遷移。 未來,建信金科與 PingCAP 將進行聯合技術創新攻關,在金融場景下更大規模業務模式的創新以及未來資料庫如何更好的適應雲端計算趨勢等方面進行更多探索。

回顧來看,為什麼 PingCAP 能夠在眾多分散式資料庫廠商中受到建信金科的持續關注?主要有三點:

第一,服務於客戶成功。 資料庫是一個服務於應用的產品,只有關注客戶的成功,關注客戶遇到的實際問題,才能夠贏得更好的發展;

第二,PingCAP 的開放性。 PingCAP 從出生開始就一直以開源開放的特徵存在於資料庫行業,正是這一點使得建信金科更傾向於選擇它,相信開源和開放的力量會成為未來企業技術重要的組成部分;

第三,成長性。 所有的技術不能光看它在當前已經取得的成就,以及當前表現出來的狀態,更重要的是關注它的成長性。技術從當前的里程碑到下一個里程碑,加速度是不是足夠快,如果有更快的加速度,現在所有存在的困難和差距都會在短時間內得到突破。與 PingCAP 一起,與優秀的開發者和專家一起,將取得更大的成長。

百勝中國:擁抱開源,加速創新

百勝中國首席技術官張雷分享到,百勝中國是中國最大的餐飲企業,致力於成為全球最創新的餐飲先鋒。百勝中國獲受肯德基、必勝客和塔可貝爾在中國內地的獨家運營和授權經營權,並完全擁有小肥羊、黃記煌和 COFFii & JOY 餐飲品牌,也和義大利咖啡企業 Lavazza 合作,在中國探索和發展 Lavazza 咖啡店品牌概念。截止 2022 年 6 月底,百勝中國在中國的足跡遍佈除港、澳、臺之外的所有省市自治區,在 1,700 多座城鎮,有 40 多萬員工經營著 12,000 多家餐廳,全年客流量超 20 億次。

2021 年,百勝中國正式啟用了位於上海、南京、西安三地的數字化研發中心,這是公司打造一個充滿活力的數字化生態系統的重要里程碑。由數字化研發中心、合資公司以及第三方合作伙伴組成的多層次研發體系,為公司品牌和業務進一步創新發展,加速擴張,抓住市場機遇奠定了堅實的基礎。 在數字化不斷髮展的今天,打造敏捷高效的數字化能力,成為了餐飲企業的立身之本。

百勝中國在業內率先推出了手機點餐業務,在全國範圍門店推出了數字支付,疫情期間也落地了大規模的無接觸配送,百勝中國不僅持續地完善從線上點餐、外賣到會員計劃、禮品卡等消費者場景,同時在餐廳內也構建了百勝自主研發的點餐和收銀系統,持續打造餐飲業領先的端到端的數字化生態。

截止 2022 年 6 月底,百勝中國的線上會員數量超過了 3.85 億,2022 年第二季度,數字化訂單佔比達到了 89%,會員營銷額也約佔到了系統銷售額的 62%。百勝中國也不斷利用數字化能力賦能門店運營,例如基於資料和 AI 能力,構建了餐飲行業特有的營運大腦以及口袋經理,為門店運營效能的提升提供了資料以及系統支撐。同時也聚焦自動化、IoT 及智慧餐廳等領域,基於當前不斷蓬勃發展的大資料、雲端計算等基礎能力,藉助於百勝中國自己的研發中心、合資公司以及第三方合作伙伴,共同為百勝中國兩萬家餐廳的目標夯實牢固的數字化基礎。

百勝的生態環境中擁有豐富的應用場景,讓各種技術能力有生根落地的機會。 同時隨著企業數字化轉型進入了深水區,對於數字化基礎設施的自主可控性和靈活性的要求也進一步在提升。開源軟體起到了越來越重要的作用,成為企業創新實踐的催化劑。

基於開源基礎軟體體系,可以提升企業 IT 技術的標準化;活躍的開源社群,也可以有效幫助企業降低試錯成本。當企業投入一定的資源協助開源社群建設時,能夠同步提升自主的技術品牌和技術人才的能力以及影響力。TiDB 是業內開源分散式資料庫的翹楚,百勝中國在 2019 年就開始了前期研究,以嘗試替代傳統的商業資料庫產品。 百勝中國非常看重核心資料的處理主權,開源資料庫恰恰能夠幫助掌握這一主權,同時藉助活躍的開源社群,進行企業內部創新性的架構研究以及落地。

經過大概一年的探索,TiDB 最終在百勝的業務中臺,例如訊息中臺、使用者中臺以及支付中臺中得以落地實施,用於支撐百勝中國的線上交易。 TiDB 對於百勝中國的海量資料提供了穩定可靠的系統支援。眾所周知,由於餐飲行業存在著明顯的高低峰場景,目前像肯德基“瘋狂星期四”,它的交易量是遠超平常的,TiDB 的靈活水平擴充套件能力,使得百勝中國可以根據業務的需求進行計算資源實時調整,助力降本增效。

同時,在社群營銷、ERP 報表等典型分析場景中 TiDB 的 HTAP 特性,也使得百勝中國可以以較小的代價進行海量資料的線上融合分析,以實現敏捷的業務支撐,百勝中國將 ERP 中的交易資料同步到 TiDB 中,再與 BI 工具進行整合,大幅縮短了企業內部的財務報表生成時間,極大提升了內部的工作效率。隨著雲原生和開源技術的持續發展,百勝中國不斷加強各種新型開源技術的深度探索、應用以及融合,從而更有力地推動餐飲垂直行業雲能力以及自我創新的發展。

本次峰會中, PingCAP 與百勝中國強強聯合,成立“百勝中國 ✖️ PingCAP 分散式資料庫聯合實驗室”。 聯合實驗室立足於雙方的技術和生態優勢,共同探索前瞻技術的創新和落地實踐,提升餐飲行業的數字化服務水平和能力。

其實不只是建信金科與百勝中國,今天 TiDB 已經支撐了很多人一天 24 小時各種各樣的生活需求,融入了人們的日常生活中。

在軟體領域有一句經典的話,“Make it work, make it right, make it fast”,TiDB 今天就在 make it fast 的階段。隨著 TiDB 架構本身的分離做得越來越好,TiDB 架構的正確性會讓效能提升和改進非常驚人。一個正確的核心才有成長的可能和更高的成長性。在過去一年的時間裡,PingCAP 在核心場景 OLTP 領域獲得了顯著的效能提升。

新物種:聊聊 HTAP

我在和客戶聊的時候發現,HTAP 是一個很難講明白的技術,它和 Hadoop 有什麼區別?原來的大資料非常重,像是一隻大象,相較之下 OLTP 資料庫就像一條蛇,很靈活很快速,它不是加法,而是融合,是一個全新的物種。

但關於 HTAP 的挑戰並沒有解決,到底什麼叫 HTAP?有沒有一個例子能讓使用者一下子明白?TiDB 能幹什麼別人幹不了的事嗎?我們做了一個 DEMO,試圖在 5 分鐘內講明白到底什麼是 HTAP,到底 HTAP 能帶來什麼樣的價值。

一個好的 DEMO 應該具備什麼特點?第一得好看,第二得好用,我們的 DEMO 除了好看、好用,還得好玩。這個 DEMO 所有資料都是真實的,並且一秒就能體驗。我們也希望將這個 DEMO 開源出來分享給其他夥伴,這也非常符合 PingCAP 開源的理念。

有一位使用者曾經問我們 “用 HTAP 前後有什麼差別?”,有一個非常直觀的體驗:OSS Insight 第一版只用了兩個人,一個週末就做出來了。如果是傳統方案,通常要用 4-6 個人,花半年時間。

這個事情給了我們另外一個啟發, 每個人都有好奇心,每個人都有自己洞察的視角,每個好奇的靈魂都值得用 Insight 去激發。 這之前,我們只能看非常冰冷的 TPCC、TPCH 等和業務看起來一點關係都沒有的東西,對新一代程式設計師來說這簡直是上古語言。產品的價值能不能和使用者的挑戰結合起來?業務創新的敏捷性又依賴於資料敏捷。

最近一段時間脫口秀比較火,人人都能說 5 分鐘的脫口秀。通過 OSS Insight ,我們可以讓人人都能在 5 秒鐘內獲得 Insight 。我們設想每一個組織、每一個企業、每一個人都可以獲得這個能力,都有這個好奇心去獲取 Insight,像我們 700 人的企業就有 700 個腦袋。OSS Insight 中都是開源資料,任何一個人去看都能提出自己的 idea。

通常情況下,使用者接下來的問題會是:到底有什麼場景不是你的舒適區?我們根據所有線上使用者真實的情況,畫了下面這張圖,大致描述了 TiDB 的舒適區到底在哪裡。

HTAP 已死?

在我們和使用者聊的時候,經常有使用者說 HTAP 這個概念已經聽了 8-9 年,為什麼一直沒有火?甚至以為 HTAP 已經死了。 如果按照它原來的定義,HTAP 確實已經死了

HTAP 原來的形態基於兩個基礎假設:一個是記憶體即硬碟。十年前,“記憶體是新一代的磁碟”這一說法被炒得火熱,如果真是這樣,每臺機器上現在都可以擁有 1 PB 以上的記憶體。但現在大家看到記憶體依然很貴,這意味著當時 HTAP 的第一個假設,記憶體足夠大足夠便宜,被證明是不現實的;另外一個是摩爾定律,過去當 CPU 高速發展的時候,我們對摩爾定律充滿期待,而顯然過去十年 CPU 發展速度讓我們很失望,所以當時的兩個基礎到今天都不存在了。

但有一句話說得好, “科學的每一次進步都是在葬禮上取得的”; 上一個 HTAP 已經死了,為什麼 PingCAP 還在堅持 HTAP ?最近 HTAP 又很火的樣子,這是為什麼呢?

實際上,關於足夠大的記憶體和硬碟,足夠多的 CPU 和算力,如今都可以通過雲的方式來得到,在雲上你可以擁有近乎無限的記憶體。今天使用者的使用習慣也產生了改變,使用者希望在一個系統裡面能儲存足夠多的資料,足夠快地處理事務。所以, 一個強大的 OLTP 能力是 HTAP 的基礎,但凡不具備這個基礎就不能稱之為 HTAP。

在這個背景下,HTAP 重生了。 過去一年裡, MySQL 釋出了 HeatWave 作為 MySQL 的 HTAP 解決方案,Google 也在今年釋出了 AlloyDB ,不久前 Snowflake 也釋出了它的 HTAP 引擎 Unistore。

我們認為 HTAP 帶給使用者的體驗就是簡單 + 實時,同時還要求整個系統具備非常強的隔離性。 共享一份資源會面臨較大挑戰,因為它會吃掉大量的 OLTP 資源,所以物理隔離是 HTAP 的基礎。 TiDB 的架構很直接地展示了這個能力,當我們完全是物理隔離的時候,TiDB 的執行計劃會很智慧地從 OLTP 中選擇這部分資料。 TiDB 在過去發展過程中,最早是作為一個業務資料庫在用,隨著裡面資料越來越多,一定程度上它就變成了一個實時資料服務層。 各種各樣的業務系統開始把 TiDB 作為中間層提供彼此互動的能力,比如 CRM 不能和 ERP 直接對話,但通過 TiDB 把資料聚集在一起,它們就可以直接對話了。

持續引領資料服務的敏捷性

TiDB 在持續引領資料庫的演進方向,我們相信在接下來 2-3 年的時間裡,會有越來越多的資料庫加入這個隊伍,朝著共同的方向去迭代和演進。

未來的方向一定是資料庫微服務化。 這表面看起來有點奇怪,為什麼資料庫要微服務化?微服務和資料庫有什麼關係?我們認為,今天的資料庫不僅僅是資料庫的一個核心,它已經是一套複雜系統,前面提到的掌控複雜性的方法只有一個,那就是分而治之。

微服務化本質上會達到一個效果,讓規模化效應開始掌控一切,最後帶來的結果和使用者的價值,可以大幅壓低使用者使用成本。 目前,TiDB Cloud 在過去一年中通過持續孵化改造,成本已經降到了原來的

1/10。一個很簡單的例子,今天每一個數據庫都有一個能力叫 GC,如果每一臺伺服器都去 配這樣一個能力,要麼壓力大的時候不夠用,要麼完全浪費了,但是這個功能又不得不配上。比較好的辦法是讓這個 GC 也能夠規模化,使它本身變成微服務。資料壓縮、持續後臺優化都是這樣,我們不能用原來的系統資源去做,使用者希望花錢買的每一份計算資源都是為他服務,而不是用 1/3 來做後臺服務。

連線中國與世界

在全球,TiDB 一直髮揮著連線中國和全世界的作用。 為什麼那麼多的使用者、合作伙伴會選擇我們?開源、雲中立以及全球合規,就是 TiDB 起到的連線作用。

同時,PingCAP 有大量的應用場景也是連線全球的,上圖可以看到今天 TiDB 已經被用到了全球各行各業。每一個場景裡都有中國的使用者,也有來自美國、日本、新加坡、歐洲和印度的使用者。

基於中國全球領先的場景,基於開源非常高效透明的傳播與協作模式,基於開源匯聚全球的智慧,最終使得 PingCAP 得到全球更多的客戶與合作伙伴的信任。

使用者分享:傳音攜手 PingCAP 打造全新數字化非洲土壤

傳音控股是一家致力於成為新興市場消費者最喜愛的智慧終端產品和移動互聯服務提供商,在與 PingCAP 的合作中,將其移動商店的整體服務架構遷移到了 TiDB 上。傳音控股移動互聯 CTO 史團委表示, PingCAP 使得傳音控股可以將更多資源投入在業務的推進上,從中後臺工作中解放出來,大幅降低成本 。TiDB 的水平擴充套件、故障自恢復、資料強一致性、高度相容性等特點,幫助傳音控股實現了技術進階,提升了使用者體驗,加速了技術架構平臺化與垂直化的演進。

使用者分享:老虎國際 - 只有真正的全球化公司 才能服務全球化客戶

老虎國際作為全球知名的國際化券商,在新加坡、美國、中國香港、澳大利亞等地持有 59 張牌照或資質,在全球多地開展業務。老虎國際技術副總裁柳鍇表示,只有真正的全球化公司才能服務全球化客戶。基於全球化的業務,老虎國際的資料架構、資料安全等也面臨著全球化的挑戰。 TiDB 可以解決系統架構的複雜度,同時通過低延遲、資料強一致性,解決業務挑戰與資料安全挑戰。

技術人如何創造社會價值?

作為一個技術人員,我們一直在想一個問題, 作為一家企業怎麼創造社會價值,怎麼做更多的貢獻? PingCAP 最早從開源起家,把所有一切能開源的東西都開源了,開源始終融在我們的基因裡。

作為資料庫從業人員,作為資料庫的開發者,我記得上大學時還沒有一個非常好的資料庫教程。那時資料庫依然沒有辦法做到足夠的平民化,並不是每一個人、每一個開發者都能擁有一個永遠線上的資料庫。所以當時我就有一個想法,以後一定要讓資料庫變得觸手可及,讓每個人都可以擁有自己的資料庫。為了讓 TiDB 觸手可及,我們做了很多事情,推出了自己的 Talent Plan,與 VLDB 合作,所有的一切都是希望讓資料庫變得觸手可及。同時這也幫我們帶來了非常繁榮、多樣化的社群, 目前已有 1, 895 位 Contributor, 覆蓋 45 個國家與地區。

說到觸手可及,最要緊的一件事情就是成本。隨著 TiDB 的新一代分散式架構和規模化效應,今天我們終於能夠讓每一個開發者都可以擁有一個永遠線上的免費的資料庫,我們可以隨時去體驗這個資料庫,這就是新的架構帶來的成本優勢。

在過去的 7 年中,PingCAP 一路走來磕磕絆絆,我一直在想能不能把這些經驗教訓也都開源出來?今天我們非常高興地宣佈,經過半年多的集體創作,我們將過去 7 年的那些經歷、經驗和教訓,也開源出來,首發《與開源同行》這本書,希望大家喜歡,繼續與 PingCAP 同行。

最後,TiDB Hackathon 是我最期待的一年一度的技術盛會,也期待你的加入。