巨杉数据库王涛:如何打造金融级数据库

以银行为首的金融行业占据了50%以上的企业级IT投入,接着才是政府、运营商等行业。一般来说,一家银行通常拥有超过百种以上的业务系统,而且历经几十年的法律和业务规则的演进。因此,业界公认银行在选择技术产品过程中,对于安全性、可靠性、复杂度等企业级功能要求最为严苛。
银行作为企业级软件应用的标杆行业,被其采用的产品达到了金融级产品的最高标准,自然更能够满足其他行业的要求。

1、银行用户对于产品的选择非常严苛,为什么这么多银行会选择巨杉数据库呢?

这得益于巨杉的企业级基础软件基因。巨杉的研发技术以IBM DB2数据库和华为分布式技术团队为班底,是中国最好的“原厂”数据库产品团队。

巨杉数据库经过6年从1.0到3.0的不断迭代创新,历经了大中型银行核心生产系统的严格验证和洗礼,厚积薄发,才成为被银行金融业界所信任的金融级数据库产品。

2、数据库产品的发展曲线和生命周期都比较长,这是什么原因呢?巨杉对于此的观点怎么样的呢?

的确如此,数据库是基础性软件,好比汽车的引擎一样,是任何系统的_关键部件,具有“牵一发而动全身“的特性。这就要求数据库具有相当高的成熟度。这种成熟度需要在技术、产品、工程、支持以及行业经验上具有相当长时间的积累。

传统的关系型数据库中,例如Oracle、IBM DB2等,都历经20多年才达到现在的版本。任何一款数据库从研发到产品都是一个历经磨难的过程,一般需要6年以上的时间才能走出0到1的阶段,然后再在行业和实际应用场景中不断地历炼打磨,逐步过渡到成熟期。

另外,金融级数据库产品面对的是诸如银行、证券、保险等头部行业大型企业,对产品上的复杂度和成熟度又提出了更高层次的要求。因此,其生命周期还要更长。

SequoiaDB作为金融级数据库产品历经6年发展,进入3.0时代,得到上百家大型银行等大型客户的采用和信任。这标志着巨杉数据库已经进入了数据库生命曲线的成熟期。

3、巨杉一直坚持“原厂”,这是为什么?

这和巨杉的商业模式息息相关。巨杉主营是数据库产品及服务,服务于很上百家大型的企业,上千的业务系统,每年还在不断地增长。数据库作为基础工具型软件,要满足各种系统需求,而不为单一特定的场景服务。做到这点的核心就是“原厂”掌握核心代码,掌控产品路线,能够快速应对客户需求的同时也能保证产品化。

我们都知道,细节定成败,实践出真知,技术实力的背后是产品能力。一个成熟的产品需要不断的在大规模的金融级应用中实践与砺炼。这个过程就是不断爬坑、不断积累经验和不断完善细节。

这对一个产品研发的工程及管理能力提出了相当高的要求。例如巨杉数据库产品的测试,产品达到99%以上自动化测试覆盖率,为保障质量,每个小版本的测试都涉及12,000个以上的测试用例,横跨超1000个服务器节点。

只有这样,我们的产品才能做到只用一个产品、一个研发团队来满足所有的客户,提供“原厂”代码级别的支撑服务。

4、巨杉数据库和Oracle, MySQL这样的传统关系型数据库的关系和对比是怎么样的?有何优势?

巨杉的发展目标就是想成为“分布式”的“Oracle”。怎么解释呢,就是说从金融级产品能力和服务能力要达到Oracle的水准,但又是分布式的新一代数据库。巨杉在分布式领域已经处于领跑地位,跑在了Oracle 的前面。

例如,巨杉数据库在同一个分布式架构下支持非结构化的对象存储,能够在高并发场景下处理多种结构数据,大规模地降低了运维成本。这相比传统数据库是个独特的优势。

对比MySQL则大不相同,巨杉数据库专注服务于大型的企业,MySQL则是更偏向于互联网、创业阶段的中小企业市场,金融级产品标准和服务对象都不一样。

5、分布式数据库真的是未来的方向吗?

这点毋庸置疑。分布式的研究来自于并行计算,这其实很早就有,不是个新鲜事物。只不过过去网络、存储、计算成本比较高的时候,分布式的成本和性价高。造成做分布式数据库从成本和应用角度上不合适。

现在网络、存储、计算成本都大幅降低,这就是摩尔定律的威力。也是造成互网联网在过去20年内的高速发展。发展到了现在,这种利用x86服务器做分布式计算的能力已经大幅度超越了传统集中式的能力。加之现在数据使用的量级也是每年技术级的增长,传统数据库力不从心,因此从需求和技术能力两个方面都使得分布式数据库成为必然。

6、现在大型企业就需要“两地三中心”的说法,分布式数据库能解决这个问题吗?

两地三中心是指跨地域的数据中心,是分布式的最重要的应用场景。Oracle在1992年开始就研究跨地域的数据同步,结果因为关系型的特点,优势也成了劣势,在分布式发展上非常失败,所以回归到集中模式了。

这里面在术语上有“一致性”的问题,就是如何保证不同地域节点的数据相同。其中强一致指任何时候不同节点的数据都相同,而最终一致性指经过很短的时间延迟后,不同节点的数据最后终会相同。这在过去传统数据库里不可调和。分布式解决这个问题的能力非常强大,可配置的一致性是分布式数据库的重要部分,可以解决不同业务场景对不同一致性的需求。

所以巨杉数据库的特点之一就是支持两地三中心的架构。

7、国外很多分布式的数据库也开始提供SQL支持了,巨杉也支持是吧,这是为什么?

巨杉支持SQL要回到2014年了,比国外同行起步早很多。巨杉当时虽然在性能上独树一帜,但是很快发现客户的开发和运维都太习惯SQL了。SQL是个非常好的语言和工具,历经40年培养了大量的用户人才和应用习惯。可以说,99%的企业用户都需要SQL。

巨杉的技术驱动来自于用户和市场,所以当机立断,我们就开始增强对SQL的支持,到现在,我们同时支持高并发的标准SQL也支持分析型的Spark SQL,满足不同的用户需求。

8、巨杉是NoSQL数据库还是NewSQL,很多人都混淆,能解释一下吗?

巨杉数据库在经历了多年的发展以来,经历了从NoSQL向NewSQL再向关系型数据库不断演进的过程,如今已经支持标准SQL、OLTP、对象存储以及JSON存储等多种模式。

根据Gartner的定义,如今的巨杉数据库是一个典型的多模数据库(Multi-Model Database),可以被当做关系型OLTP数据库使用的同时,也支持半结构化数据与非结构化数据的存储。

9、在产品上,目前巨杉数据库的对标目标已经是Oracle而超越了MongoDB,在企业级市场特别是银行,为什么能够比MongoDB更为成功?

巨杉数据库 3.0是一款分布式对象存储、分布式文档型和分布式OLTP全覆盖的多模(Multi-Model)金融级分布式数据库,而MongoDB,couchbase等产品仅相当于巨杉数据库的一个子集。

SequoiaDB从开始之初就定位于原厂的金融级产品,1.0版本起就直接被银行企业采用。MongoDB是面向开发者、程序员的数据库产品,帮助开发快速迭代。所以SequoiaDB和MongoDB的出发点截然不同。

SequoiaDB从2.0版本开始,向着分布式多模数据库不断演进,大力发展SQL支持能力。不管从功能上还是性能上都超越MongoDB。

巨杉数据库的商业模式对标Oracle,以大型企业为服务对象,而MongoDB则服务于长尾的中小型企业市场,双方的用户领域大不相同。因此巨杉并没有把MongoDB作为对标产品和竞争对手。

10、2012年成立至今,巨杉数据库经历哪几个发展阶段?整个产品打磨经历了多长时间?

2012年,巨杉数据库在公司成立之初,利用分布式的特征提高性能,解决传统关系型的性能瓶颈。最早的版本是分布式文档型数据库,分布式架构下主要以高并发性能为优势特点。

2015年初 2.0版本开始向多模(Multi-Model)的分布式数据库发展,包括OLTP和SQL的支持,增加高并发查询的SQL引擎和分析为主的Spark SQL引擎,并成为了Spark的全球14个发行商之一。

同时,巨杉也开发分布式对象存储引擎,在同一个分布式架构下能同时管理操作记录型数据和非结构化的块结构数据。

2017年巨杉数据库全面支持高性能海量数据处理,事务处理,数据库级别的HTAP以及对象存储等多种应用场景,并继续加强分布式OLTP的能力。

11、目前整个团队规模大体是多少?团队背景?研发和技术支持的比例是多少?

巨杉团队超过100人,在北、上、广、深都有技术支持团队,产品研发技术人员占比超过50%。研发团队主要来自IBM DB2 实验室以及来自华为的分布式技术研发专家。

12、如何看待当前“去IOE”和国产化浪潮?

在去“IOE”的进程中,替换Oracle一直是一个瓶颈。

虽然Oracle这类传统数据库在应对业务剧增的压力时已经力不从心,企业级数据库分布式转型已经是一个必然趋势,但是,因为过去国产数据库产品并不成熟,大型企业用户一直找不到合适的原厂替代产品。

巨杉在分布式数据库领域起步很早,具有绝对行业领先地位,加速推动银行等大型企业技术国产化的进程。

13、公有云厂商提供的数据库服务和巨杉这样的数据库产品的区别在哪里?巨杉数据库在云平台整合上有什么考虑?

公有云服务于初创型和中小型企业,数据库选型也以打包国外开源产品为主,国内传统大型企业以私有云或混合云为主,在云数据库选择上大型企业还是喜欢原厂数据库产品,巨杉数据库支持多种部署模式,可以很方便地帮助大型企业搭建数据库私有云。

14、公司下一步发展战略是什么?

巨杉在产品层面上继续保持金融级和企业级研发的思路,深耕在银行、证券及保险等金融垂直行业中。

从市场角度,巨杉也开始向政府、安全、IOT物联网等其他大型行业延伸,通过发展技术生态来扩大自己的规模。

另外,巨杉也已经开始向海外市场拓展,发展海外的合作伙伴。

posted on 2018-01-29 15:08  伊家预言  阅读(286)  评论(0编辑  收藏  举报