嘀……“請(qǐng)問您有多點(diǎn)會(huì)員嗎?”
對(duì)于經(jīng)常去物美、麥德龍等大型連鎖超市的人來說,掃碼的嘀嘀聲和隨后的這句話應(yīng)該是非常熟悉的。但作為專業(yè)的商超數(shù)字化系統(tǒng)供應(yīng)商,多點(diǎn)所做的絕不只是收銀這般簡(jiǎn)單。在全新業(yè)財(cái)一體戰(zhàn)略的支撐下,多點(diǎn)的 Dmall OS 不僅是超市顧客每天都能用到的系統(tǒng),也是 CFO 和 CEO 每天都會(huì)關(guān)注的系統(tǒng)。
業(yè)財(cái)一體為企業(yè)帶來的美妙圖景
多點(diǎn)是面向新零售的數(shù)字解決方案提供商,旗下的 Dmall OS 產(chǎn)品是統(tǒng)合了人、貨、場(chǎng)的全場(chǎng)景云化解決方案,也是多點(diǎn)的拳頭產(chǎn)品。以此為基礎(chǔ),多點(diǎn)的下一步則是為零售企業(yè)提供具備業(yè)財(cái)一體能力的經(jīng)營(yíng)大腦。
以往,企業(yè)需要通過大量基于場(chǎng)景和流程的業(yè)務(wù)應(yīng)用來實(shí)現(xiàn)業(yè)務(wù)數(shù)字化,但與此同時(shí),企業(yè)管理層更關(guān)心的財(cái)務(wù)數(shù)據(jù)卻由運(yùn)行邏輯、統(tǒng)計(jì)口徑、統(tǒng)計(jì)方法完全不同的財(cái)務(wù)系統(tǒng)產(chǎn)生。這種業(yè)務(wù)與財(cái)務(wù)的相互脫節(jié)也使得企業(yè)很難快速掌握當(dāng)期經(jīng)營(yíng)數(shù)據(jù),無法通過及時(shí)的財(cái)務(wù)反饋來調(diào)整業(yè)務(wù)策略和經(jīng)營(yíng)方針。而所謂業(yè)財(cái)一體便是要打破兩套系統(tǒng)之間的重重隔閡,讓業(yè)務(wù)層面的變化直接反應(yīng)在實(shí)時(shí)進(jìn)行的財(cái)務(wù)統(tǒng)計(jì)當(dāng)中,使企業(yè)在激烈的市場(chǎng)競(jìng)爭(zhēng)中獲得靈活的身段、矯健的身手。
從實(shí)現(xiàn)之后的效果來看,業(yè)財(cái)一體對(duì)于企業(yè)來說足夠美妙,但在實(shí)際的系統(tǒng)構(gòu)建過程中,業(yè)財(cái)一體的實(shí)現(xiàn)卻充滿挑戰(zhàn)。
以 Dmall OS 面向的零售商超行業(yè)為例,其業(yè)務(wù)端對(duì)應(yīng)的是海量的交易筆數(shù)和龐大且分散的門店數(shù)量。要為商品管理、收銀、會(huì)員等基礎(chǔ)業(yè)務(wù)提供支持,Dmall OS 需要配備一套強(qiáng)大的 OLTP 數(shù)據(jù)庫(kù)。而其財(cái)務(wù)端所需的各類分析功能卻是典型 OLAP 應(yīng)用,因此,在理順業(yè)務(wù)邏輯、完成系統(tǒng)對(duì)接之前,大量數(shù)據(jù)還需完成從 OLTP 到 OLAP 的數(shù)據(jù)導(dǎo)入。而業(yè)財(cái)一體概念中關(guān)鍵的實(shí)時(shí)性要求則意味著,Dmall OS 一邊要保證 OLTP 數(shù)據(jù)庫(kù)的性能、可靠性,另一邊還要完成數(shù)據(jù)的實(shí)時(shí)導(dǎo)入、實(shí)時(shí)同步、實(shí)時(shí)分析,實(shí)現(xiàn)難度可想而知。
看懂了這層難點(diǎn),我們也就很容易理解為何很多企業(yè)的業(yè)財(cái)一體無法實(shí)時(shí),只能異步了。
不過 Dmall OS 已經(jīng)跨過了這些技術(shù)門檻并獲得了物美、麥德龍等一系列行業(yè)頂尖用戶的認(rèn)可和青睞。而在底層幫助 Dmall OS 實(shí)現(xiàn)業(yè)財(cái)一體這一關(guān)鍵轉(zhuǎn)型的賦能工具正是 TiDB。
PingCAP 的 TiDB,多點(diǎn)的業(yè)財(cái)一體
其實(shí),多點(diǎn)所遇到的數(shù)據(jù)庫(kù)挑戰(zhàn)并不罕見。
一方面,以收銀、庫(kù)存等為代表的基礎(chǔ)業(yè)務(wù)對(duì)應(yīng)了典型的 OLTP 數(shù)據(jù)庫(kù)應(yīng)用,而超市業(yè)態(tài)龐大的銷售額則讓這部分業(yè)務(wù)對(duì)性能、穩(wěn)定性等有著頗高的要求。在滿足這部分業(yè)務(wù)需求時(shí),和大多數(shù)互聯(lián)網(wǎng)企業(yè)一樣,多點(diǎn)在開始之初選擇了開源的 MySQL,性能不錯(cuò)、生態(tài)豐富、人才充沛且二次開發(fā)方便是其最大優(yōu)勢(shì)。但作為一種誕生自 90 年代的技術(shù),MySQL 仍舊無法在“數(shù)據(jù)量增長(zhǎng)所導(dǎo)致的性能下降”和“通過復(fù)雜且高風(fēng)險(xiǎn)的分庫(kù)分表操作來保證性能”之間取得良好的平衡。
另一方面,為實(shí)現(xiàn)業(yè)財(cái)一體功能,多點(diǎn) Dmall OS 還需要一套能夠?yàn)閳?bào)表合并及海量數(shù)據(jù)分析提供支撐的高性能 OLAP 數(shù)據(jù)庫(kù)。并且,為了保持軟件堆棧的整體開源和業(yè)務(wù)人員的操作連貫性,新數(shù)據(jù)庫(kù)同樣需要是開源的,并且最好能夠與 MySQL 有著類似的操作邏輯和語(yǔ)法。
當(dāng)然,如果多點(diǎn)只是用另外一套 OLAP 數(shù)據(jù)庫(kù)來滿足財(cái)務(wù)分析需求并承擔(dān)雙數(shù)據(jù)庫(kù)所帶來的運(yùn)維成本升高的話,那么故事到此就結(jié)束了。但 TiDB 給多點(diǎn)提供的卻是一條完全不同的路徑。
作為一款具備 HTAP 能力的數(shù)據(jù)庫(kù),TiDB 可以同時(shí)滿足 OLTP 和 OLAP 兩種不同應(yīng)用的需求。在面對(duì)多點(diǎn)業(yè)財(cái)一體中的 OLAP 需求時(shí),TiDB 能夠提供高性能的分析能力,滿足業(yè)財(cái)一體在財(cái)務(wù)端的報(bào)表合并及分析需求。借助強(qiáng)大的 TiFlash 列式存儲(chǔ)引擎,TiDB 在面對(duì) 6.8 億行大表全表聚合查詢時(shí)僅需 5 秒左右便能得到結(jié)果,40 億行超大表全表聚合僅 38 秒左右,由此多點(diǎn)的 OLAP 業(yè)務(wù)也達(dá)到了實(shí)時(shí)級(jí)別。
業(yè)財(cái)一體化架構(gòu)圖
而 TiDB 的 HTAP 能力則意味著多點(diǎn)可以首先在 OLAP 領(lǐng)域部署 TiDB,解決現(xiàn)有痛點(diǎn)。待積累了足夠豐富的操作、業(yè)務(wù)經(jīng)驗(yàn)之后,多點(diǎn)便可以更低的成本和風(fēng)險(xiǎn)統(tǒng)一切換至 TiDB,實(shí)現(xiàn)數(shù)據(jù)庫(kù)層面的架構(gòu)統(tǒng)一,簡(jiǎn)化運(yùn)維,為更進(jìn)一步的數(shù)據(jù)平臺(tái)建設(shè)打好基礎(chǔ)。
作為全新一代云原生數(shù)據(jù)庫(kù),TiDB 不僅有著極高的執(zhí)行效率,也支持用戶通過集群和橫向擴(kuò)展來輕松應(yīng)對(duì)數(shù)據(jù)量和業(yè)務(wù)需求的增長(zhǎng),避免傳統(tǒng)數(shù)據(jù)庫(kù)分庫(kù)分表所產(chǎn)生的巨大工作量和風(fēng)險(xiǎn)。而作為一款開源產(chǎn)品,TiDB 不僅符合多點(diǎn)的總體技術(shù)路線,其活躍的社區(qū)和強(qiáng)大的原廠支持也能讓多點(diǎn)在不被綁定的基礎(chǔ)上無憂面對(duì)未來變化。同時(shí),在操作和語(yǔ)法等層面,TiDB 也盡量與 MySQL 保持一致,能夠讓用戶的操作經(jīng)驗(yàn)和使用習(xí)慣前后統(tǒng)一。
在實(shí)際部署當(dāng)中,承擔(dān) OLTP 業(yè)務(wù)的 MySQL 和承擔(dān) OLAP 的 TiDB 之間通過 PingCAP 開發(fā)的 TiDB DM 工具和相關(guān) API 實(shí)現(xiàn)高速數(shù)據(jù)同步,并且保證了金融級(jí)的數(shù)據(jù)一致性。
在 TiDB 本身強(qiáng)大的功能、性能以及原廠工程師的全方位支持下,多點(diǎn)不僅通過集群的橫向擴(kuò)展讓業(yè)財(cái)一體服務(wù)有了伴隨客戶共同成長(zhǎng)、壯大的空間,更完全解決了業(yè)財(cái)一體所對(duì)應(yīng)的 HTAP 需求。而在日常運(yùn)維中,TiDB 的擴(kuò)展能力也將多點(diǎn)的運(yùn)維人員從分庫(kù)分表的繁瑣操作中解放出來,大幅降低了多點(diǎn)的數(shù)據(jù)庫(kù)運(yùn)維成本和工作量。
面對(duì)新技術(shù)、新產(chǎn)品時(shí),企業(yè)的選擇通常都是保守的,因?yàn)檫@事關(guān)業(yè)務(wù)穩(wěn)定性,在數(shù)據(jù)庫(kù)層面更是如此。而多點(diǎn)這種新業(yè)務(wù)用新數(shù)據(jù)庫(kù)、老業(yè)務(wù)用成熟產(chǎn)品的“喜新不厭舊”的部署方式則證明,TiDB 的 HTAP 能力、多樣功能和強(qiáng)大適應(yīng)力能夠?yàn)槠髽I(yè)提供一條漸進(jìn)式創(chuàng)新的穩(wěn)健路徑,讓企業(yè)在“數(shù)據(jù)庫(kù)切換”這一數(shù)字化轉(zhuǎn)型的關(guān)鍵環(huán)節(jié)中有更充足的轉(zhuǎn)換和適應(yīng)空間。
好的系統(tǒng),應(yīng)該“喜新不厭舊”
從最簡(jiǎn)單的收銀系統(tǒng)開始,到人、貨、場(chǎng)在數(shù)字空間內(nèi)的重構(gòu),再到更高級(jí)的業(yè)財(cái)一體和經(jīng)營(yíng)大腦,一路走來的多點(diǎn)發(fā)展路徑非常清晰:在把當(dāng)下做好的同時(shí),每次多一點(diǎn)、再多一點(diǎn)。以穩(wěn)健為前提,通過循序漸進(jìn)的功能和架構(gòu)演進(jìn),直至經(jīng)營(yíng)大腦各項(xiàng)功能的完整構(gòu)建。多點(diǎn)的發(fā)展邏輯既是看得見、摸的著的,更是能夠令各大商超企業(yè)信服的。因此,我們才能看到一眾行業(yè)巨頭愿意將多點(diǎn) Dmall OS 作為自己的經(jīng)營(yíng)大腦,將業(yè)務(wù)、財(cái)務(wù)、決策放心交付。
多點(diǎn)的漸進(jìn)式創(chuàng)新也證明,PingCAP 的 TiDB 不僅具備先進(jìn)的性能和架構(gòu),更擁有完善的工具、接口和服務(wù)支持,能夠在與傳統(tǒng)數(shù)據(jù)庫(kù)的聯(lián)合作戰(zhàn)中從容自如。而對(duì)于廣大用戶來說,這樣的應(yīng)用方式則提供了一個(gè)低成本、低風(fēng)險(xiǎn)且快速切入新技術(shù)的絕佳機(jī)遇。
可咸可甜、喜新不厭舊,這是商業(yè)經(jīng)營(yíng)持久長(zhǎng)青的秘密,更是以 TiDB 為代表的新一代數(shù)據(jù)技術(shù)所應(yīng)有的樣子。
(免責(zé)聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請(qǐng)進(jìn)一步核實(shí),并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏,概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí),應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明,并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后,將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí),溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 )