共计 2642 个字符，预计需要花费 7 分钟才能阅读完成。
2021 年 7 月 21 日 2021 亚马逊云科技中国峰会现场，SphereEx 联结创始人、Apache ShardingSphere PMC 潘娟受邀参加此次峰会，以《Apache ShardingSphere 分布式数据库中间件开源生态构建》为主题，围绕开源理念扩散、社区建设、ShardingSphere 如何践行 Apache Way 等方面开展了介绍，本文总结自潘娟内容分享。
01 在数据库之上与业务之下的新生态
一层贴近利用，一层贴近 DataBase。
不同的行业、不同的用户、不同的定位、不同的需要 …. 现在的数据库面临着比过来更加简单的数据利用场景以及愈发个性化和定制化的数据处理需要。愈发刻薄的生产环境，也在推动着不同的数据库一直将数据读写速度、延时、吞吐量等性能指标施展到极致。
长此以往，分工明确的数据利用场景逐步导致了数据库市场的碎片化，且难以呈现一款可能完满适配所有场景的数据库。在不同的业务场景下抉择不同的数据库，曾经成为一种常见的企业选型办法。
但同样，这种百花齐放的数据库状态，也会带来『百花齐放』的问题。但从宏观的角度来看，这些问题之间是存在共性的，是能够被抽离进去并造成一套事实标准的。如果可能在这些百花齐放的数据库之上构建可能对立利用治理数据的平台层，就能够在屏蔽底层数据库差别的前提下，依照固定规范来进行开发，这种标准化解决方案将会极大缩减用户治理根底数据设施的压力和学习老本。
Apache ShardingSphere 就是位于这一层，通过复用原有数据库的能力，可能帮忙技术团队在此之上实现如分片、加密解密等增量能力的开发，且向下不需思考底层数据库的配置，向上又可能屏蔽用户感知，从而疾速构建起面向业务的数据库直连能力，轻松治理大规模的数据集群。
02 如何践行 Apache Way
Sharding
ShardingSphere 可同时叠加应用多个性能来满足用户的多样化需要。
随着业务体量的增大，单体数据库难以撑持大体量业务时，就有必要对数据库进行横向扩大，这就必然要面临着分布式治理的问题。ShardingSphere 通过在数据库之上构建一层热插拔性能层，并提供传统数据库的操作模式，屏蔽使用者对底层数据库变动的感知，赋予开发者应用单体数据库的形式来治理大规模数据库集群的能力。其中，ShardingSphere 次要蕴含以下四种利用场景：
Sharding 策略
业务体量增大时，所面临的数据分片压力就会随之减少，所对应的分片策略相应就会被设计的更加简单。ShardingSphere 可能以灵便、易扩大的形式，以最低老本帮助用户在本来程度扩大之外做更多的分片策略，同时也反对自定义扩大的能力。
读写拆散
通常状况下实现主从部署可能无效缓解数据库的压力，但如果某一个集群下的机器或库表呈现问题，无奈进行失常读写操作，就会对业务造成比拟大的影响。为防止业务不可用，通常须要开发者从新写一套高可用的策略来实现读写库表的主从切换。ShardingSphere 能够主动摸索所有集群的状态，在第一工夫发现申请不牢靠、底层数据库产生主从切换等问题，并能够在表层用户没有产生感知的前提下主动复原主从状态。
Sharding Scaling
随着业务的增长，可能会须要对此前拆分过的数据集群进行再一次拆分。ShardingSphere 配套的 Scaling 组件，只需一条 SQL 命令就能够启动工作，并在后盾实时展现运行状态。通过 Scaling 这种『管道』，使旧的数据库生态和新的数据库生态从新连接起来。
数据加解密
在数据库的利用中，对于要害数据的加解密也是十分重要的一部分。如果原有系统监控能力不达标，局部敏感数据可能是以明文的状态存储的，前期须要对其进行加密解决，这是许多团队普遍存在的问题。ShardingSphere 通过对这部分能力进行标准化并集成在中间件生态上，自动化用户对新、旧业务的数据脱敏以及加解密的过程，整个过程实现了用户层面的无感知。同时反对多种内置的数据加解密 / 脱敏算法，用户也可依据本身状况来自定义扩大相应的数据算法。
结构数据的接入神经：可插拔的 Database Plus 平台
面对各种各样的需要以及应用场景，ShardingSphere 为不同畛域的开发者提供了面向 Java 的 JDBC、面向异构的代理端以及面向上云的 Sidecar 端这三种接入模式，用户能够按具体需要来做选型，在原有集群之上来做分片、读写拆散、数据迁徙等相干操作。
JDBC 接入：齐全以 JDBC 的形式去应用，能够了解为一款加强的 JDBC 驱动程序，齐全兼容 JDBC 和各种 ORM 框架，不需额定的部署和依赖即可能实现分布式治理、程度拓展、脱敏等一系列操作；
Proxy 接入：以模仿数据库服务的模式，通过 Proxy 来治理底层实在的数据库集群，根本无需对业务进行革新；
云上 mesh 接入：为 ShardingSphere 提供私有云上的部署模式。在云上，目前 SphereEx 曾经退出了 AWS 的云创打算，后续会在中国区和海内陆续在 Marketplace 与 AWS 开展深度单干，为 AWS 上的用户提供更加弱小的 Proxy 镜像部署能力，独特为企业应用打造更加成熟的云上环境。
03 开源，让集体工作连贯到世界
ShardingSphere 从开源至今，曾经在业内产生了相当的影响力，目前国内只有波及到程度扩大方面的工具或能力时，通常 ShardingSphere 都会呈现在候选名单中。这一点当然有我的项目保护团队成年累月的奉献，使 ShardingSphere 的性能愈发欠缺，另一方面也归功于国内日益向上的开源气氛。
过来几年在开源社区上，国内用户大多是表演程序下载和代码援用的角色，在社区建设方面却少有波及。最近几年随着开源理念在国内的推广，开始涌现出越来越多抱有很强技术情怀的同学，正是有这些同学的退出，能力让 ShardingSphere 的社区越来越沉闷。因为对于一个好的开源我的项目而言，评判规范并非只是其理念超前、技术先进等，更多是在技术影响力、开源影响力、生态建设、开发者群体等多方面所积攒的深厚根底。
这也是为什么 ShardingSphere 作为一款 Apache 顶级开源我的项目，仍然在踊跃号召大家参加到开源社区中来。毕竟大家每天接触到的只是身边这群人，所做的工作也只是办公室里的这些事，每天被『局限』在这个圈子中。而通过开源，则能够让本人的工作连贯到世界，让本人可能抛开书本真正投入到我的项目中来，关上视线，逐步造就凋谢、单干的精力，从新发现自己当下所产生的价值。
