核心特性全新升级!巨杉数据库5.0将正式发布
10月22日,巨杉数据库将正式发布其金融级分布式数据库「SequoiaDB v5.0」。在正式发布前,就让我们一起来尝尝鲜,看看5.0版本将有哪些技术新特性。
作为国内最早布局分布式数据库产品的公司,巨杉数据库自2011年成立起,9年来一直坚持以原生分布式数据库作为核心产品,聚焦于金融业。2017年,巨杉数据库成为首批入选Gartner数据库榜单的国产分布式数据库。
从发布1.0版本至今,已有超百家金融企业对巨杉数据库进行了大规模部署。特别在银行核心系统,巨杉数据库已累计为数百个应用提供高并发零宕机在线数据服务。
此次发布的「SequoiaDB v5.0」主要包括三大核心特性:跨引擎事务一致性、原生分布式金融级容灾、多云多平台开放架构。
「跨引擎事务一致性」
与众多云原生数据库一样,巨杉数据库提供存储计算分离云服务架构,并支持在此架构上构建包括:MySQL、PostgreSQL、Spark等多种数据库引擎。客户可以灵活选择需要的数据库引擎,实现无须代码修改的平滑迁移。
但不同的是,巨杉数据库底层并非构建与一个简单的分布式存储,或计算资源平台。巨杉数据库底层是一个完整的分布式数据库,具备完整的事务一致性、排序过滤、下推计算等能力。而上层计算实例层只承担SQL(兼容MySQL、PostgreSQL等)或API(SequoiaDB API、MongoDB API等)解析及业务计算的工作,所以不同引擎下发的操作,事务一致性在分布式引擎层进行控制。
基于此特性不同微服务之间不但可以按照技术需求,灵活选择所需的数据库引擎。基于独有的跨事务一致性能力,更可以支持不同引擎之间灵活的数据共享,并保障ACID事务一致,为金融及对数据一致性要求极高的行业提供数据中台及微服务架构下的最佳分布式数据库应用实践。
「金融级四层容灾熔断保障」
巨杉数据库提供包括:“数据中心”、“服务器”、“磁盘”及“数据表”一共四层的金融级容灾熔断保障。为金融行业提供不同级别,灵活粒度的精细化容灾保障。
「数据中心层」:提供包括双中心双活、两地三中心、甚至三地五中心的部署架构。为适应不同数据中心间网略延迟的不同,我们提供包括:最大保护、最大性能、最高可用三种策略,适应不同网络场景的需求。
「服务器层」:无论是分布式数据库底层,还是计算实例层,巨杉数据库都支持横向扩展。同时由于计算实例并不承担数据一致性及数据存储,因此每个计算节点实际上只是一个无状态的计算程序。
「磁盘层」:通过AI故障预判、故障自动剔除,以及HDD/SSD混合部署的能力,降低由单个磁盘损坏而导致的节点切换概率,从而提高系统的可用性。
「数据表层」:可以针对各个表的不同需求,独立设置最小副本数,灵活控制其数据的可靠性,所有配置在线生效无须停库。容灾熔断深度细化到基于数据表的维度,为特殊应用提供灵活的容灾熔断控制机制。
「企业级技术生态圈」
巨杉数据库专注金融行业应用,已积累大量银行客户的最佳实践,并已在近百家大型商业银行核心生产业务上线,广泛应用于金融领域多个场景。技术生态建设方面,当前已经有超过1万人通过巨杉数据库工程师认证,规模超过IBM DB2等传统数据库,成为全国最大的分布式数据库社区之一。
与开发者同行,深耕企业级数据沃土。更多「SequoiaDB v5.0」特性,敬请期待。
巨杉数据库5.0线上发布会链接 http://www.sequoiadb.com/cn/Release

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
2021安全市场热点:自动化安全运营工具
根据Micro Focus最新发布的企业调查,全球SOC安全运营团队最重视的安全能力是高级威胁检测,并且希望更多使用基于人工智能和机器学习技术的下一代自动化安全运营工具来构筑主动防御体系。 比较流行的11个安全运营工具 报告显示,超过93%的受访者使用人工智能和机器学习技术,主要目标是提高高级威胁检测能力;超过92%的受访者希望在未来12个月内使用或购买某种形式的自动化工具。 调查结果表明,随着SOC的不断成熟,企业安全运营团队将以前所未有的速度部署下一代安全工具和功能,以弥补安全能力上的差距。 如今企业SOC面临的风险和运营挑战正在不断累积:更多的数据、更复杂的攻击和更大的攻击面和资产暴露面需要监控。然而,如果实施得当,人工智能技术,例如无人监督的机器学习,正在推动企业实施下一代安全运营。 调查显示:“越来越多的企业发现人工智能和机器学习技术非常有效,能够增强高级威胁检测和响应能力,从而加快提升SecOps团队的安全能力。” 报告发现,SecOps团队使用大量自动化水平不断提高的工具来帮助保护关键数据资产,上面图表列出的比较流行的11种安全运营工具,预计在2021年的采用率都将超过8...
- 下一篇
一次线上存储节点进程假死的分析
背景 某大厂分布式存储程序猿大半夜收到电话报警,某个存储节点进程和主控节点心跳丢了。穿着小内裤起来 检查了一番: ping 主控节点:网络正常 telnet 主控节点端口: 能telnet 上 ps -aux 检查存储节点进程: 进程还在 检查 日志: 日志居然不前进了!!!!又看了一遍 存储节点主进程的状态:居然不是正常状态!!!根据线上故障先止损后追因的原则,马上发命令check 无误后把这个节点从存储集群中下掉了。 分析过程 蛛丝马迹 看到业务恢复、故障报警消除后,开始分析root cause。进程处于func状态, gdb attach 上去失败, gcore 也失败,根本就无法看到堆栈。继续检查业务日志:发现故障在磁盘包障后的日志后出现。检查内核日志:发现有块nvme 盘掉线了,和pcie root 断开了!!! 和厂商及系统部同学确认了下,出现NVME盘掉线的情况,短时不影响buffer IO ,只影响direct IO。 日志迷云 这就奇怪了,因为我们的数据流都是走page cache,而且落盘的时候用pthread, 即便磁盘坏掉了,也只应该影响这个pthread, 不...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Windows10,CentOS7,CentOS8安装Nodejs环境
- MySQL8.0.19开启GTID主从同步CentOS8
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- 设置Eclipse缩进为4个空格,增强代码规范