MariaDB 贡献统计,2023 年 10 月

我们已经进入十月,这意味着距离上次指标报告已经过去了 4 个月。因此,是时候发布另一份季度指标报告了(外加一些额外内容)。额外的月份是为了允许发布公告,这是本篇文章的先决条件,同时也意味着我们或多或少与实际的季度保持一致。这篇博文的后半部分将介绍主要变化,我们有大量关于 pull request 的额外数据。话不多说,让我们开始吧。

(更多…)

数据库变更应该令人 SCARY

“唯一重要的工作负载是我的生产工作负载”(这里的“我的”代表所有可能的值)。为了帮助你管理这项责任,SCARY 是一款软件工具,旨在消除变更的不确定性;包括软件、配置和硬件变更。目前它尚处于早期开发阶段,但项目总得有个起点。

SCARY 获取生产数据库查询执行的读视图,并在具有差异的生产数据库副本上执行等效查询。查询速度、查询计划、数据结果(最终会包含)以及生产环境中发生的情况都将被记录下来。

你的与 MariaDB 通信的应用使用了哪些编程语言?

MariaDB 基金会投票是一种从我们的社区获得反馈的非正式方式。它们以前总是有点隐蔽,但最近的一次投票在 mariadb.org 首页上停留了一段时间,获得了 5,225 张有效投票。

投票问题是“你的与 MariaDB 通信的应用使用了哪些编程语言?”,以下是结果:

Python 30%
PHP 30%
Java 19%
NodeJS 16%
C# 15%
C/C++ 11%
Bash/Shell/Powershell 7%
其他 7%
TypeScript 6%
Go 6%
Rust 4%
R 3%
Ruby 2%

我们如何使用这些结果?

加入我们一起规划 MariaDB Server 路线图

MariaDB 基金会将于 2023 年 10 月 3 日至 4 日(周二至周三)在我们的MariaDB 非正式会议 (MariaDB Unconference) 和 MariaDB Server Fest 上举行下一轮 MariaDB Server 路线图规划会议。

所有主要贡献者都将出席

这将是一次高级别会议,汇聚了 MariaDB Server 所有主要贡献者的代表。来自 **MariaDB plc** 的 **首席技术官 (CTO) Jonah Harris** 和 **服务器工程副总裁 (VP Server Engineering) Sergei Golubchik** 将代表管理层和资源分配。但 MariaDB Server **并非单一厂商产品**。我们预计第二大贡献者 **Amazon** 将派出同级别的代表,**Webpros**、**Alibaba**、**IBM**、**Intel** 等公司也已确认将参加路线图会议。

使用 mariadb-operator 在 Kubernetes 中运行和管理 MariaDB

StatefulSet 资源的引入在 Kubernetes 中运行有状态工作负载方面带来了巨大的改变,它引入了广泛的功能,包括

  • 每个 Pod 可预测的 DNS 名称,允许在网络中单独寻址。
  • 为每个 Pod 提供稳定的持久存储,确保它们都绑定到同一个 PersistentVolumeClaim。
  • 有序的平滑部署和自动滚动更新。

然而,这对于在 Kubernetes 中可靠地运行数据库来说还不够。我们缺少第 1 天和第 2 天的操作,例如配置高可用性和安排备份,这些是原生 Kubernetes 不管理的。

有意义的响应指标

MariaDB 基金会董事会主席 Eric Herman 最近提出了一项请求,希望将 pull request 的首次有意义响应时间添加到我生成并发布博客的季度贡献者指标中。我认为这是一个非常好的主意。这存在一些问题,首先是如何定义“有意义的响应”。

有意义的响应

“有意义的响应”可能是一个增加价值并表明 pull request 正在被审阅的响应。最准确的方法是使用一套定义何种响应为有意义的标准来手动记录。

MariaDB 贡献统计,2023 年 6 月

现在 2023 年已经过去不少了,时间过得真快。MariaDB Server 已经有两个主要版本达到 GA(通用可用)状态,随之带来了许多新的贡献。与每个季度指标报告一样,原始数据可在我们的指标仓库中获取,其中包含用于自行生成的脚本和配置。

项目跟踪

目前我们正在跟踪多个与 MariaDB 相关的项目,其中许多在构建 MariaDB Server 时会引入。这些项目包括

  • MariaDB Server – 服务器本身
  • libmarias3 – 一个用于与 Amazon S3 及相关块存储服务通信的开源库。

集中管理我们的所有邮件列表

我们使用一些邮件列表与社区讨论各种话题。出于历史原因,一些列表托管在 http://lists.askmonty.org,另一些托管在 https://lists.launchpad.net

将我们的邮件列表归集到 MariaDB 基金会的域名下是一个长期悬而未决的话题,我最终决定着手解决。这简化了邮件列表管理,并使我们对如何发送邮件拥有完全控制权(见下文:SPFDKIMDMARC)。

在这篇博文中,我将介绍我们部署的新邮件列表系统以及我们如何迁移到新系统。