受益于國產(chǎn)替代的大潮以及國產(chǎn)分布式數(shù)據(jù)庫的進步，包括騰訊云數(shù)據(jù)庫TDSQL在內的國內廠商拿到了越來越多金融客戶的訂單。但盡管如此，國產(chǎn)數(shù)據(jù)庫廠商依然還有很長的路要走。

　　文|游勇

　　編|周路平

　　金融數(shù)據(jù)庫的國產(chǎn)替代正在加速。作為肉最多，也是最難啃的一塊硬骨頭，金融行業(yè)一直是國產(chǎn)數(shù)據(jù)庫廠商最希望攻破的堡壘。

　　在此之前，這個賽道基本是Oracle和IBM的天下，他們幾十年的積累，無論是產(chǎn)品的穩(wěn)定性和生態(tài)已經(jīng)足夠強大，也在金融圈建立了足夠的信任。

　　但這幾年，受益于國產(chǎn)替代的大潮以及國產(chǎn)分布式數(shù)據(jù)庫的進步，包括騰訊云數(shù)據(jù)庫TDSQL在內的國內廠商拿到了越來越多金融客戶的訂單，從邊緣系統(tǒng)到核心系統(tǒng)，從城商行到國有大行。但盡管如此，國產(chǎn)數(shù)據(jù)庫廠商依然還有很長的路要走。

　　01

　　金融數(shù)據(jù)庫已進入全面復制階段

　　“整個金融行業(yè)的數(shù)據(jù)庫國產(chǎn)替換應該在2025年前后，會塵埃落定。”騰訊云數(shù)據(jù)庫總經(jīng)理王義成告訴數(shù)智前線，其他行業(yè)的數(shù)據(jù)庫替換可能會在2027年到2028年陸續(xù)推進。

　　當下，國有大行的核心系統(tǒng)和應用已經(jīng)到了做選型和下移的階段，包括IBM等大機的維護和購買都處于停滯狀態(tài)。銀行在更多選擇走分布式選型的階段，而不是去購買大機。在騰訊云數(shù)據(jù)庫總經(jīng)理王義成看來，2023年，他們在做的一些銀行客戶，七八成業(yè)務系統(tǒng)都會做應用的改造和數(shù)據(jù)庫的改造，用國產(chǎn)數(shù)據(jù)庫換掉之前的IBM或者Oracle。

　　在此之前，騰訊云TDSQL經(jīng)歷了三個階段。最早是支撐騰訊集團自身的業(yè)務，比如Q幣，開始做金融級的分布式數(shù)據(jù)庫。

　　其次是隨著騰訊云的發(fā)展，將數(shù)據(jù)庫作為云的一部分對外輸出，為各行各業(yè)的產(chǎn)業(yè)互聯(lián)網(wǎng)服務。

　　第三次階段是攻堅金融標桿，包括微眾銀行、張家港農(nóng)商行和最近的湖州銀行都是騰訊云TDSQL的標桿案例。

　　目前，TDSQL服務了國內排行前十的銀行中的七家，助力30余家金融機構完成了核心系統(tǒng)替換，目前位居行業(yè)第一，“國產(chǎn)替換的大規(guī)模復制已經(jīng)開始。”王義成說，騰訊云將這次定義為發(fā)展的第四階段。在此之前，騰訊云數(shù)據(jù)庫TDSQL順利通過TPC-C基準測試，性能達到每分鐘8.14億筆交易(tpmC)，排在了榜首位置，并且打破世界紀錄。

　　相比于國有大行，農(nóng)商行和城商行因為大多數(shù)還沒有完成選型，騰訊云將批量復制的重點主要放在這些銀行客戶身上。“我們在和前線銷售團隊做好相應聯(lián)動、方案引導，和前線子賽道的ISV做好聯(lián)動，做好產(chǎn)品適配和聯(lián)動。”

　　但金融業(yè)，銀行和資管、保險客戶也有所不同。銀行客戶更看重產(chǎn)品穩(wěn)定性和精細化運營能力，保險客戶的數(shù)據(jù)庫國產(chǎn)化替換過程中，并不改寫核心業(yè)務系統(tǒng)，為此，他們看重數(shù)據(jù)庫與Oracle的兼容性，“把Oracle兼容性的能力做得更豐富，圍繞數(shù)據(jù)遷移體系、Oracle評估體系，切保險的市場。”

　　而資管客戶看重Oracle兼容性的同時又很重ISV，因為資管行業(yè)更依賴ISV的服務。騰訊云的打法是，更多與ISV的結合和ISV的前續(xù)適配，會在ISV的培訓投重兵，并且在相關子賽道投重兵做前續(xù)適配。

　　為了滿足金融市場大規(guī)模國產(chǎn)替換的需求，除了提高數(shù)據(jù)庫性能外，騰訊云在兼容性、產(chǎn)品綜合能力、精細化管控、精細化運營、整體升級方案等方面也將投入大量精力。

　　不過，不同類型和地域的銀行，積極性有不小差異。比如一些體量比較靠前或者科技能力比較強的股份制銀行，進展都比較靠前。而在城商行里，東部尤其是華東長三角一帶的銀行，科技創(chuàng)新的意愿比較高，基本完成基于分布式+微服務的改造。比如TDSQL服務的湖州銀行，以及更早的張家港農(nóng)商行、昆山農(nóng)商行和浦發(fā)硅谷，基本在長三角一帶。珠三角地區(qū)和西部地區(qū)基本在完成選型、進入交付的階段。

　　02

　　國產(chǎn)數(shù)據(jù)庫的差距和難題

　　在性能上，頭部國產(chǎn)數(shù)據(jù)庫廠商的產(chǎn)品核心能力不輸傳統(tǒng)Oracle，比如在核心性能上。而在常規(guī)核心的備份恢復、監(jiān)控報警方面，騰訊云也運維了近百萬實例。

　　但目前，國內與海外數(shù)據(jù)庫的差距主要在兩個方面：一是產(chǎn)品的可視化，如何讓客戶很少投入或者讓不是很精尖的DBA人員，能基于一些周邊工具把數(shù)據(jù)庫運維好，包括故障定位的能力，性能優(yōu)化的診斷能力，而不是依賴原廠服務。

　　二是生態(tài)能力沒有完全建立。市面上有數(shù)百家數(shù)據(jù)庫廠商同臺競技，不僅同質化嚴重，甚至很多以前在Oracle生態(tài)圈做服務和工具的廠商，也開始直接下場做數(shù)據(jù)庫產(chǎn)品。

　　“今天整個生態(tài)，廠商要自己從頭打到底。”王義成說，而當年Oracle數(shù)據(jù)庫有很多踏踏實實做基礎服務的企業(yè)，整個生態(tài)體系和服務體系都很健全。

　　但如今數(shù)據(jù)庫廠商眾多，造成的結果是，ISV也很痛苦，要適配的廠家太多;數(shù)據(jù)庫廠商也很痛苦，找不到太多的合作伙伴來建立健全的服務體系。客戶也很痛苦，每一個客戶不得不下場對數(shù)據(jù)庫進行選型。大家都耗費了很大的精力，但這又是一種復制性不高的方式。

　　比如今年5月，騰訊云TDSQL拿下了浙江首個城商行——湖州銀行新核心系統(tǒng)項目，采用了“分布式微服務架構+國產(chǎn)分布式數(shù)據(jù)庫”技術，新建改造應用系統(tǒng)達120個。

　　這個項目的ISV是長亮科技。在此之前，張家港農(nóng)商行也用的是長亮科技的系統(tǒng)。不過，湖州銀行用的是長亮科技最新V8銀行系統(tǒng)，之前張家港銀行用的是V7。

　　“我們更希望的方式，前期跟ISV適配好，它把我?guī)нM去就好了，我做得更輕。對我們來說，今天做的會累一點，前期需要付出更多的成本。”

　　當下，騰訊云也在逐步打造自己的數(shù)據(jù)庫生態(tài)，騰訊云正在加大自研產(chǎn)品投入，讓利給下游的服務合作伙伴和上游的ISV。如今，騰訊云專門制定了對上游ISV的扶持策略，包括參與投資、聯(lián)合打單或者簽金牌合作協(xié)議。

　　03

　　信任是一個漫長的建設過程

　　相比于產(chǎn)品和生態(tài)上的一些短板，還有一個現(xiàn)實的問題依然擺在所有國產(chǎn)數(shù)據(jù)庫廠商的面前：金融行業(yè)對國產(chǎn)數(shù)據(jù)庫的信任度依然沒有完全建立。

　　比如，騰訊云的一個銀行客戶，出了一個事件，數(shù)據(jù)庫突然就斷掉了幾十秒，其實從日志可以看到，這不是數(shù)據(jù)庫本身的問題，問題出現(xiàn)在網(wǎng)絡側。

　　但銀行堅持要求數(shù)據(jù)庫做排查，“還是對你數(shù)據(jù)庫的不信任”。王義成經(jīng)常收到客情反饋，可能是操作系統(tǒng)的問題，或者是初始參數(shù)配置出了問題。但客戶都會默認為是數(shù)據(jù)庫本身出了問題。

　　比如，有大行客戶提出希望能做到同城強同步的容災，其出發(fā)點是當系統(tǒng)有未知Bug時，而高可用的節(jié)點全部失敗后，可以在同城同步。這帶來的結果就是資源要加倍，開發(fā)挑戰(zhàn)很大。

　　但銀行并不會要求Oracle這么做，盡管Oracle也會出現(xiàn)類似的問題。一方面大家潛意識里認為Oracle不會出現(xiàn)不可控的Bug，另一方面即便出現(xiàn)了這類問題，直接遷異地就可以。

　　Oracle和IBM的數(shù)據(jù)庫在金融機構運行了幾十年，客戶不僅非常熟悉，也有天然的信任感。

　　但國產(chǎn)數(shù)據(jù)庫很難做到這一點。金融行業(yè)是對數(shù)據(jù)庫穩(wěn)定性要求最高的領域，稍微大一點的波動和事故，可能就會帶來后續(xù)的追責，這樣的后果誰也無法承擔。絕大多數(shù)行業(yè)的對數(shù)據(jù)庫的需求都無法與金融行業(yè)相提并論。

　　事實上，雖然騰訊云服務了大量內部業(yè)務和互聯(lián)網(wǎng)客戶，實例多達幾十萬，但金融機構并不關心，“你只是有一個基本的敲門磚”。在他們看來，互聯(lián)網(wǎng)客戶，對數(shù)據(jù)的敏感性、穩(wěn)定性與國有大行天生存在差距。

　　相反，互聯(lián)網(wǎng)廠商的技術團隊通常不會提產(chǎn)品不穩(wěn)定的訴求，大家更多的是出現(xiàn)問題解決問題，這些客戶本身沒有被Oracle教育過，也沒有橫向比較，但金融客戶的錨點是Oracle，“這是Gap最深層次的原因”。