Catalyst 是一家總部位于紐約的 SaaS 創(chuàng)業(yè)公司,它提供了一個直觀且靈活的客戶成功平臺(Custom Success Platform),可幫助客戶成功團隊匯聚客戶數(shù)據(jù),洞悉客戶健康狀況,推動客戶留存和業(yè)務(wù)增長。目前 Catalyst 已完成了 B 輪融資。
(資料圖)
業(yè)務(wù)特點
Catalyst 整合了來自包括 Salesforce、Mixpanel、 PostgreSQL 等不同來源的海量數(shù)據(jù),并將其納入 Catalyst 生態(tài)系統(tǒng)中進行處理、分析并生成可參考執(zhí)行的數(shù)據(jù)洞察。
Catalyst 主要處理三種類型的數(shù)據(jù):事務(wù)型數(shù)據(jù)、只讀數(shù)據(jù)和時序數(shù)據(jù)。
事務(wù)型數(shù)據(jù)主要包括內(nèi)部創(chuàng)建的筆記和任務(wù),以及從 Salesforce、Zendesk 和其他平臺收集的外部數(shù)據(jù)。
只讀型數(shù)據(jù)主要是指從 Jira 和 Zendesk 等平臺收集的工單數(shù)據(jù)。
時序型數(shù)據(jù)是 Catalyst 最重要和最棘手的數(shù)據(jù)類型之一。能處理這一類型的數(shù)據(jù),也是 Catalyst 團隊數(shù)據(jù)庫選型的重要需求之一。
以前的數(shù)據(jù)架構(gòu)及其瓶頸
Catalyst 最初使用 PostgreSQL 來處理從外部收集的所有數(shù)據(jù)。然而,隨著其業(yè)務(wù)的增長和數(shù)據(jù)源的迅速擴大,PostgreSQL 無法跟上其需求。Catalyst 最初試圖通過將數(shù)據(jù)存儲為 JSON 文檔來彌補這一缺陷,但查詢性能受到了嚴重影響。
隨后,該團隊轉(zhuǎn)向了 pre-caching 方案。他們采用 Elasticsearch 來存儲結(jié)果,以便更快地響應(yīng)客戶的查詢。然而,由于 Elasticsearch 不支持 SQL 風(fēng)格的 JOIN, Catalyst 必須在將所有內(nèi)容存儲在 Elasticsearch 之前進行預(yù)計算。隨著存儲數(shù)據(jù)量增加,成本也急劇上升。
為了解決這些問題并拓展業(yè)務(wù)增長,Catalyst 團隊決定重新設(shè)計整個數(shù)據(jù)處理和存儲系統(tǒng)。他們也是這個時候發(fā)現(xiàn)了新一代分布式關(guān)系型數(shù)據(jù)庫 TiDB。
數(shù)據(jù)層重構(gòu)
Catalyst 的新架構(gòu)分為五個數(shù)據(jù)層:數(shù)據(jù)攝取層、數(shù)據(jù)湖層、Spark 層、數(shù)據(jù)服務(wù)層和 Web 應(yīng)用層。原始數(shù)據(jù)通過攝取層進入,并繼續(xù)進入數(shù)據(jù)湖層。Spark 層組合數(shù)據(jù)對象,執(zhí)行預(yù)計算,確保數(shù)據(jù)有意義。數(shù)據(jù)服務(wù)層存儲所有預(yù)處理過數(shù)據(jù)以供客戶查詢。因為直接影響用戶體驗,數(shù)據(jù)服務(wù)層對 Catalyst 來是最重要的,也成為 Catalyst 對新數(shù)據(jù)棧迫切需求的地方。數(shù)據(jù)服務(wù)層以下的各層不需要是實時的。然而,在數(shù)據(jù)服務(wù)層,Catalyst 需要亞秒級的延遲,以便客戶能夠迅速獲得結(jié)果。
關(guān)鍵測試結(jié)果
為什么選擇 TiDB?
查詢響應(yīng)快
根據(jù)查詢類型的不同,TiDB 的響應(yīng)時間比其競爭對手快 10 到 60 倍。這是 Catalyst 選擇 TiDB 的最重要原因。
完美支持在線 DDL
TiDB 支持在線數(shù)據(jù)定義語言(DDL)操作,且不會影響在線業(yè)務(wù)。TiDB 提供無憂的模式變化,并允許 Catalyst 更快地添加或刪除索引,特別是對于大表。當(dāng)他們遇到慢查詢并需要快速添加索引以提高性能時,這尤其有用。通過在線模式變更,Catalyst 無須停下在線業(yè)務(wù)或預(yù)留長時間的維護窗口。
HTAP 混合負載數(shù)據(jù)庫
TiDB 是一個混合事務(wù)和分析處理的(HTAP)數(shù)據(jù)庫。在 Catalyst 評估的三個候選項中,TiDB 是唯一一個技術(shù)??梢酝瑫r處理對象數(shù)據(jù)和時序數(shù)據(jù)的數(shù)據(jù)庫。這不僅非常高效,而且還為 Catalyst 節(jié)省了大量的時間、精力和金錢。
水平擴展性
TiDB 具有高度的水平擴展性。這完美地滿足了 Catalyst 應(yīng)對不斷擴大的數(shù)據(jù)量的業(yè)務(wù)需求。TiDB 還支持計算和存儲資源分離,這使得 Catalyst 可以單獨擴展這兩種資源,也有助于控制成本。
快速的容災(zāi)恢復(fù)
TiDB 使用 Raft 共識算法來確保數(shù)據(jù)的高度可用性和安全復(fù)制。TiKV 是 TiDB 的存儲服務(wù)器,數(shù)據(jù)在 TiKV 節(jié)點之間進行冗余復(fù)制,并放置在不同的可用區(qū)域,以防止機器或數(shù)據(jù)中心故障。這確保了 Catalyst 的系統(tǒng)正常運行時間。此外,TiDB 提供了多種災(zāi)難恢復(fù)方案的選擇,每一種方案都適用于不同的場景,成本靈活。
全面的托管服務(wù)
Catalyst 有一個小的 DevOps 團隊,所以他們需要一個完全托管的數(shù)據(jù)庫解決方案,以減輕團隊的負擔(dān)并控制成本。TiDB 的全托管服務(wù) TiDB Cloud 滿足了這一需求。
云中立
Catalyst 的服務(wù)采取跨云部署的方式以保證其業(yè)務(wù)的靈活性:一些工作負載在谷歌云平臺(GCP)上運行,一些在亞馬遜(AWS)上運行。因此,他們需要一個支持多云部署的云數(shù)據(jù)庫解決方案。TiDB Cloud 正是這樣的解決方案。
總結(jié)
Catalyst 之前主要使用 PostgreSQL 來處理客戶數(shù)據(jù),但系統(tǒng)很快遇到了瓶頸。他們重新設(shè)計了數(shù)據(jù)架構(gòu),并引入新的數(shù)據(jù)庫來為客戶提供數(shù)據(jù)。通過采用 TiDB, Catalyst 能夠提供更好的客戶體驗,包括更快的查詢響應(yīng)、更有彈性的系統(tǒng)、更強大的數(shù)據(jù)存儲、處理和分析能力。Catalyst 還降低了它們的整體維護成本。