SphereEx 登陆 ApacheCon Asia|依托 ShardingSphere 可插拔架构体系打造数据应用完整生态

本文主要是介绍SphereEx 登陆 ApacheCon Asia|依托 ShardingSphere 可插拔架构体系打造数据应用完整生态,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

2021 年 8 月 8 日,ApacheCon 首次亚洲大会于线上正式闭幕。作为久负盛名的开源盛宴,本届 ApacheCon Asia 受到了海内外众多开源领域人士的关注。

作为 Apache 软件基金会的顶级开源项目,ShardingSphere 已在社区取得了不俗的成绩,在大热的数据库领域中逐渐站稳了脚跟,并诞生了一家以社区开源文化为基调,以 ShardingSphere 为核心的商业化公司 SphereEx。此次成为 ApacheCon Asia 大会的银牌赞助商,也是SphereEx 坚持开源理念的重要体现。

图片

此次 ApacheCon Asia 也邀请到了 SphereEx 的相关成员深度参与到此次会议中。会上,SphereEx CEO 张亮 & CTO 潘娟分别担任本次大会【中间件专题】以及【Incubator 专题】的出品人,SphereEx 研发工程师吴伟杰和 Java 高级研发工程师孟浩然分别做了相关的主题分享。

图片

ApacheCon Asia SphereEx 虚拟展位

1 商业化,是拓宽开源生态的重要把手

随着数据库碎片化时代的到来,构建异构数据库上层标准的需求也越来越强烈。ShardingSphere 作为一款位于数据库与应用之间的数据能力增强平台,能够与底层数据库和上层应用之间产生最直接的数据联系,是构建标准的绝佳选择。经过五年多开源社区的沉淀,目前 ShardingSphere 已在 GitHub 上获得 14.3k star 数,拥有近 300 名社区贡献者,在数据库技术领域取得了非常瞩目的成就。

ShardingSphere 是 SphereEx 的核心。

SphereEx 的创始团队由 Apache 顶级开源项目 ShardingSphere 的核心成员组成,自成立伊始就完美承接 ShardingSphere『连接应用与数据』的核心产品思想,秉承开源、开放、生态、平台的理念,致力于打造新一代数据库技术生态体系,并以 ShardingSphere 产品生态为基本,进一步发展私有化、公有云等多场景下的数据服务。

随着 SphereEx 公司对 ShardingSphere 投入的增大,目前 ShardingSphere 的 SQL 兼容度、性能、稳定性都已经得到了大幅度提升。可以预见的是,在 SphereEx 的加持下,ShardingSphere 未来云上订阅和私有化部署等更加多样的服务模式也将加速得到落地应用。

毫无疑问,SphereEx 正在加速拓宽 ShardingSphere 生态边界。

2 开源与商业并进,SphereEx 所坚持的商业经

在商业化的同时坚持开源,守住社区的『大本营』。

关于 SphereEx 的商业部分,可分为赛道布局(如 Cloud)、核心收敛稳定(如管控)以及外围生态扩展这三部分。具体到 SphereEx 的商业产品矩阵,在 Database Plus(数据库能力增强)、Database Mesh(数据库服务网格)理念和 ShardingSphere 增强服务之外,也将围绕 ShardingSphere 的可插拔能力进行重点的商业化项目开发,为有定制化需求、实时性需求的用户提供完善的数据生态服务。

同时,ShardingSphere 的可插拔功能层也是 SphereEx 未来着力布局的平台之一。随着 ShardingSphere 上所承载服务的多样化,项目复杂度也随之上升,ShardingSphere 通过实现面向增量能力的可插拔服务,基于可插拔平台的叠加机制,对分片、读写分离、加解密等功能进行排列组合,以简化数据连接和服务增量所带来的逻辑复杂性。SphereEx 也将围绕平台之中的重点垂直能力来提供可替换的企业版插件,实现商业化产品的全景扩展。

在实现商业化的同时,SphereEx 将始终践行公司的开源战略,继续支持开源生态的发展,在商业和开源方面并行前进,继续维系 SphereEx 的开源氛围与社区基因,加速社区的规范化和标准化,为社区的发展注入资金、人员、环境等全方位的动力。

3 未来展望

随着开源生态得到来自政策层面的支持,开源所引领的全新协作方式正在深刻影响着企业应用技术的轨迹。SphereEx 坚信,只有不断地探索与研究开源创新的路径和商业模型,才能更好地制定开源策略,反哺开源社区。作为开源生态重要参与者之一,SphereEx 将在开源这条道路上坚定不移地走下去,加速开源创新,携手全球生态伙伴为用户提供更加全面的数据服务。

图片

欢迎扫码关注我们

     

这篇关于SphereEx 登陆 ApacheCon Asia|依托 ShardingSphere 可插拔架构体系打造数据应用完整生态的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/645515

相关文章

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

大模型研发全揭秘:客服工单数据标注的完整攻略

在人工智能(AI)领域,数据标注是模型训练过程中至关重要的一步。无论你是新手还是有经验的从业者,掌握数据标注的技术细节和常见问题的解决方案都能为你的AI项目增添不少价值。在电信运营商的客服系统中,工单数据是客户问题和解决方案的重要记录。通过对这些工单数据进行有效标注,不仅能够帮助提升客服自动化系统的智能化水平,还能优化客户服务流程,提高客户满意度。本文将详细介绍如何在电信运营商客服工单的背景下进行

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

关于数据埋点,你需要了解这些基本知识

产品汪每天都在和数据打交道,你知道数据来自哪里吗? 移动app端内的用户行为数据大多来自埋点,了解一些埋点知识,能和数据分析师、技术侃大山,参与到前期的数据采集,更重要是让最终的埋点数据能为我所用,否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式,可以区分为: 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理:自动程度高的,能解决通用统计,便于统一化管理,但个性化定

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

异构存储(冷热数据分离)

异构存储主要解决不同的数据,存储在不同类型的硬盘中,达到最佳性能的问题。 异构存储Shell操作 (1)查看当前有哪些存储策略可以用 [lytfly@hadoop102 hadoop-3.1.4]$ hdfs storagepolicies -listPolicies (2)为指定路径(数据存储目录)设置指定的存储策略 hdfs storagepolicies -setStoragePo

Hadoop集群数据均衡之磁盘间数据均衡

生产环境,由于硬盘空间不足,往往需要增加一块硬盘。刚加载的硬盘没有数据时,可以执行磁盘数据均衡命令。(Hadoop3.x新特性) plan后面带的节点的名字必须是已经存在的,并且是需要均衡的节点。 如果节点不存在,会报如下错误: 如果节点只有一个硬盘的话,不会创建均衡计划: (1)生成均衡计划 hdfs diskbalancer -plan hadoop102 (2)执行均衡计划 hd