网站搜索
为 Apache Cassandra 做出贡献的初学者指南
开始参与用于支持全球互联网服务的开源数据库项目。
Apache Cassandra 是一款开源 NoSQL 数据库，因其可扩展性和高可用性且不影响性能而受到全球数千家公司的信赖。为如此广泛使用的分布式系统做出贡献可能看起来令人畏惧，因此本文旨在为您提供一个简单的切入点。
为 Cassandra 做出贡献有充分的理由，例如：
- 作为贡献者获得 Apache 软件基金会 (ASF) 的认可
- 为全球数百万人使用的开源项目做出贡献，该项目为美国运通、彭博社、Netflix、Yelp 等公司提供互联网服务
- 作为社区的一部分，添加新功能并以 Cassandra 4.0 的发布为基础，Cassandra 4.0 是我们项目历史上最稳定的版本
如何开始
Apache Cassandra 是一个大项目，这意味着您会在自己的技能范围内找到可以做出贡献的东西。每一项贡献，无论多么小，都很重要，并且受到高度赞赏。入门指南是一个很好的起点。
Apache Cassandra 项目还参加了 Google Summer of Code。要了解其中涉及的内容，请阅
阅读更多 →Apache 软件基金会如何选择开源项目
Apache 软件基金会 (ASF) 围绕一组独特的流程和价值观构建，以确保开放性。
作为 Apache 软件基金会 (ASF) 的长期志愿者和导师（以及现任董事会成员）以及 Apache 孵化器的副总裁，我很自豪能够提供对 ASF 运作的独特流程和价值观的见解。
以宽容和务实的开源 Apache 许可证为中心，ASF 的行为与许多其他基金会不同，仅仅因为它是一个为公共利益而建立的慈善组织。例如，ASF 董事会由成员选举产生。没有人可以购买董事会席位，而且 ASF 的隶属关系是个人而非公司。一般来说，与 ASF 相关的任何个人的公司隶属关系都不会被公开，但这并不重要。因此，ASF 营造了一个供应商中立的环境，让各公司可以轻松地协作构建有价值的项目。
让我们来看看 ASF 如何选择项目、当今开源许可的状况以及您对 ASF 未来的期望。
Apache 孵化器流程和“Apache 之道”
潜在的 Apache 项目从 Apache 孵化器开始，在那里他们获得帮助和指导，最终有望成为顶级 Apache 项目。欢迎任何人为孵化器制定项目提案（他们只需要在 ASF 内部找到愿意帮助支持它的人）。在审查潜在项
阅读更多 →通过 ShardingSphere 了解有关分布式数据库的更多信息
Apache ShardingSphere 是一个开源分布式数据库，加上用户和开发人员所需的数据库生态系统，以提供定制的云原生体验。
Apache ShardingSphere 是一个开源分布式数据库，以及用户和开发人员所需的数据库生态系统，以提供定制的云原生体验。加入Apache基金会三年来，ShardingSphere核心团队与社区共同努力打造开源、健壮、分布式的数据库及支撑生态。
ShardingSphere 不太适合简单的分布式数据库中间件解决方案的常见行业模式。 ShardingSphere 重新打造了分布式可插拔系统，让实际用户实现场景得以蓬勃发展，为社区和数据库行业贡献了有价值的解决方案。
ShardingSphere 的目标是“数据库加”概念。
数据库增强版
Database Plus着手在碎片化数据库的基础服务之上构建标准层和生态层。为上层应用提供统一标准化的数据库使用规范，尽可能减少底层数据库碎片化给业务带来的挑战。为了链接数据库和应用程序，它使用流量和数据渲染和解析。它为用户提供增强的核心功能，如分布式数据库、数据安全、数据库网关、压力测试等。
Shardin
阅读更多 →如何在 Google Summer of Code 期间加入 Apache Cassandra
GSoC 可以使处于职业生涯各个阶段的任何人受益，包括转行的人、自学成才的人、重返职场的人等等。
是时候戴上墨镜和凉鞋了！继 2021 年成功项目之后，Apache Cassandra 将在 2022 年再次参加 Google Summer of Code (GSoC)，我们很高兴宣布今年的计划有一些变化。
GSoC 是一项由 Google 赞助的计划，旨在促进开源开发并使个人能够向开源导师组织提交项目提案。提案被接受的申请人将获得在北半球夏季期间从事其项目的报酬。 Apache 软件基金会 (ASF) 在过去 17 年里一直是 GSoC 导师组织。它充当伞式组织，这意味着申请人可以向 ASF 内的任何子项目（包括 Apache Cassandra）提交项目提案。
去年我是一名导师，我发现能够转换角色并从不同的角度看待这个项目是非常宝贵的。早在 2013 年，我作为学生就参加了我的第一次 GSoC，所以说我是 GSOC 工作的一个很好的例子，这并不完全是事实！一旦我涉足开源，我立即就被迷住了。即使您没有在第一个 GSoC 项目中获得提交者身份，接触开源世界也将有助于您最终实现这一目标。
GSoC 资格发生重大 阅读更多 →为什么使用 Apache Druid 作为开源分析数据库
您的外部分析应用程序对于您的用户至关重要。构建正确的数据架构非常重要。
分析不再仅仅适用于内部利益相关者。如果您正在为客户构建分析应用程序，您可能想知道什么是适合您的数据库后端。
您的本能可能是使用您所知道的，例如 PostgreSQL 或 MySQL。您甚至可能会考虑将数据仓库扩展到其核心 BI 仪表板和报告之外。不过，针对外部用户的分析是一项重要功能，因此您需要合适的工具来完成这项工作。
回答这个问题的关键在于用户体验。以下是外部分析应用程序用户需要考虑的一些关键技术注意事项。
使用 Apache Druid 避免延迟
处理队列中的查询的等待游戏可能很烦人。延迟的根本原因取决于您正在分析的数据量、数据库的处理能力、用户和 API 调用的数量，以及数据库跟上应用程序的能力。
当存在大量数据时，有几种方法可以使用任何通用在线分析处理(OLAP) 数据库构建交互式数据体验，但它们是有代价的。预计算查询使得架构非常昂贵且僵化。首先聚合数据可以最大限度地减少洞察力。将分析的数据仅限于最近的事件并不能为
阅读更多 →Apache ShardingSphere 的 5 项新改进
ShardingSphere 支持多种数据库，5.2.0 版本中的每一项改进都可以帮助您减轻更多工作。
Apache ShardingSphere，一个强大的分布式数据库，最近发布了重大更新，以优化和增强其功能、性能、测试、文档和示例。简而言之，该项目将继续努力开发，让您更轻松地管理组织的数据。
1. 数据分片的SQL审计
问题：在大规模数据分片场景下，当用户在没有分片功能的情况下执行SQL查询时，SQL查询会被路由到底层数据库执行。导致大量数据库连接被占用，业务因超时等问题受到严重影响。更糟糕的是，如果用户执行更新/删除操作，大量数据可能会被错误更新或删除。
ShardingSphere的解决方案：从5.2.0版本开始，ShardingSphere提供了数据分片的SQL审计功能，并允许用户配置审计策略。该策略指定了多种审计算法，用户可以决定是否禁用审计规则。如果任何审计算法未通过，则严格禁止 SQL 执行。
以下是数据分片的 SQL 审计配置：
rules: - !SHARDING tables 阅读更多 →使用 Apache ShardingSphere 创建高可用的分布式数据库
请按照ShardingSphere高可用和动态读写分离的示例作为您自己配置的基础。
在数字时代，现代业务系统必须具有高可用性、可靠性和稳定性。数据库作为当前业务系统的基石，理应具备高可用性。
高可用性（HA）允许数据库在主数据库节点和辅助数据库节点之间切换服务。 HA 会自动选择一个主节点，在前一个节点崩溃时选择最佳节点。
MySQL高可用
MySQL 高可用性选项有很多，每种选项都有优点和缺点。以下是几种常见的高可用性选项：
- Orchestrator 是一个用 Go 编写的 MySQL HA 和复制拓扑管理工具。其优点在于支持通过图形Web控制台手动调整主从拓扑、自动故障转移以及自动或手动恢复主节点。然而，该程序需要单独部署，并且由于配置复杂，学习曲线陡峭。
- MHA是另一个成熟的解决方案。它提供主/辅切换和故障转移功能。它的好处是可以保证切换过程中数据丢失最少，并且可以与半同步和异步复制框架配合使用。但MHA启动后只监控Primary节点，MHA不提供读数据库的负载均衡功能。
- MGR基于分布式Paxos协议实现组复制，保证数据一致性。它是MySQL官 阅读更多 →
使用 MySQL 定制 Apache ShardingSphere 高可用性
以MySQL为例，了解ShardingSphere如何以及为何实现数据库高可用。
用户有多种选择来定制和扩展ShardingSphere的高可用性（HA）解决方案。我们团队已经完成了两个HA计划：基于MGR的MySQL高可用解决方案和一些社区贡献者贡献的openGauss数据库高可用解决方案。两种解决方案的原理是相同的。
下面以MySQL为例介绍ShardingSphere如何以及为何实现数据库高可用：
（赵金超，CC BY-SA 4.0）
先决条件
ShardingSphere通过执行以下SQL语句检查底层MySQL集群环境是否就绪。如果任何一个测试失败，ShardingSphere将无法启动。
检查
阅读更多 →使用此开源 API 网关来扩展您的 API
采用 Apache APISIX 的 API 主导架构。
API 网关是对应用程序编程接口 (API) 传入调用的单入口点。网关聚合所请求的服务，然后返回适当的响应。为了使您的 API 网关有效，设计可靠、高效且简单的 API 至关重要。这是一个架构难题，但只要您了解最重要的组件，就可以解决它。
API 主导的方法
以 API 为主导的方法将 API 置于应用程序与其需要访问的业务功能之间通信的核心，以便在所有数字渠道上一致地提供无缝功能。 API主导的连接是指使用可重用且设计良好的API来链接数据和应用程序的技术。
API主导的架构
API 主导的架构是一种架构方法，着眼于重用 API 的最佳方式。 API 主导的架构解决了以下问题：
- 保护 API 免遭未经授权的访问。
- 确保消费应用程序始终能够找到正确的 API 端点。
- 限制或限制对 API 的调用次数以确保持续可用性。
- 支持持续集成、测试、生命周期管理、监控、运营等。 阅读更多 →
Apache ShardingSphere 5.3.0 有哪些新增功能？
Apache ShardingSphere 的最新版本包括对功能、性能、测试、文档、示例等的改进。
经过1.5个月的开发，Apache ShardingSphere 5.3.0已经发布。我们的社区合并了来自世界各地贡献者的 687 个 PR。
新版本在功能、性能、测试、文档、示例等方面都进行了改进。
5.3.0版本带来以下亮点：
- 支持CipherColumn的模糊查询。
- 支持数据源级异构数据库。
- 支持检查点恢复进行数据一致性检查。
- 在跨多个分片执行 DML 语句时自动启动分布式事务。
此外，5.3.0版本还带来了以下调整：
- 删除 Spring 配置。
- 系统地重构 DistSQL 语法。
- 重构ShardingSphere-Proxy的配置格式。
Apache ShardingSphere 发布的 4 大亮点
1.支持CipherColumn的模糊查询
在之前的版本中，
阅读更多 →