2024年第3次董事会议纪要:2024年9月4日 周三 16:00-17:00 EET
出席董事会成员
- Eric Herman,主席
- Barry Abrahamson, Automattic
- Todd Boyd, IBM
- Paul O’Brien, MariaDB plc
- Espen Håkonsen, Crayon Group
- Sergei Golubchik, MariaDB Corporation
- Sean Xiang Peng, Alibaba
- Jignesh Shah, Amazon (从议题2开始)
- Steve Shaw, Intel
- Michael Widenius, MariaDB Corporation
缺席董事会成员
- Sirish Chandrasekaran, Amazon (直到议题2)
出席观察员
- Peng Khim, DBS Bank
- Stanislav Protassov, Acronis
- Jignesh Shah, Amazon (直到议题2)
缺席观察员
- Serguei Beloussov, Constructor (前身为 SIT)
- Mark Stockford, ServiceNow
1. 更换 Amazon AWS 董事会代表
提案:更换董事会成员 Sirish Chandrasekaran (Amazon RDS 总经理) 为 Jignesh Shah (Amazon RDS 开源引擎总经理),代表 Amazon AWS
理由:由 Amazon / Sirish 提出请求,由于 RDS 的人员变动。
决定:批准
2. CEO 更新
2.1 财务状况
在5月的上一次董事会会议上,CEO 表示财务状况具有挑战性且不确定,并期望在本次(9月)董事会会议上获得更多确定性。
现在确实有了更多的确定性。一句话总结就是,财务状况“可持续,但仍存在一些不确定性,并有明显的上行空间”。
今年,我们收到了总计 716.000 € 的赞助,其中一些是2023年的延迟付款(高于上次董事会会议的 66.000 €)。我们预计将有扎实的续约前景,额外增加 700.000 €(高于上次董事会会议的 549.000 €)。上次董事会会议上预测的进一步赞助线索为 300.000 €,用初创公司术语来说是“上行空间”,理论上还将为政府类型合同增加 300.000 €。我们不认为政府合同将在2024年实现,但我们确实期望有进一步的赞助付款。
总的来说,这使得我们拥有比前几年更好的财务稳健性。当前银行余额加上我们确定可以依靠的已开具发票款项,将能够支付所有工资直到2024年底并进入2025年初,包括 CEO 和参谋长。
鉴于我们前几年所处的困境,我们只进行了一次新招聘(Kristian Nielsen,参见议题2.2),并计划让一名承包商(Robert Silén)转为长期雇员。我们认为明智的做法是建立缓冲和余地,直到我们获得确定的多年赞助承诺,以支持更大胆的计划。
至于钻石赞助,一个已经付款并入账,但发布计划尚未获批,因此不能透露赞助商。至于 Amazon AWS 的续约,Jignesh 上周索取了钻石赞助的续约发票,我们已发送,正在审核中。第三个潜在的钻石赞助正在本月晚些时候(9月)谈判中。
Intel 已支付2024年续约款项的一半,并已批准支付另一半款项,总计 100.000 €。
我们将于11月开始更新实际赞助商名单,以便 mariadb.org 反映实际赞助状况。
顺便提一下,我们仍然受到“了解您的客户”(Know Your Customer)等类型额外繁文缛节的困扰,这需要我们持续关注。
2.2 开放性 / 贡献
在 Sergei Golubchik 的支持下,我们的首席贡献官 Andrew Hutchings 规范了 GitHub 分支结构,使用“main”命名。我们的策略是每次发布新版本时使用一个新的分支(参见 2024年6月5日的博客 Start of Life for MariaDB 11.6),并进行了社区偏好调查(MariaDB Server GitHub branches: Have your say)。我们的结论是,我们应遵循行业标准的“main”命名惯例(MariaDB Server GitHub branches: Moving to “main”)。最后,这项工作得以实施并宣布(MariaDB Server is “main” by default)。
我们的季度贡献统计数据(同样由 Andrew Hutchings 编写),MariaDB Contribution Statistics, July 2024,显示出进展:与上季度相比,非 MariaDB 组织的贡献者数量几乎翻了一番。我们的贡献来源越多样化,就越好。
MariaDB 已连续第十三年参与 Google Summer of Code(参见 https://summerofcode.withgoogle.com/programs/2024/organizations/mariadb)。我们指导了六个成功的项目,我们期望在不久的将来将其合并到 MariaDB Server 中。
我们在How Intel helps MariaDB become even faster中强调了性能贡献。
一些有趣的贡献来到了 MariaDB Vector(参见议题2.5)。
鉴于更稳定的财务状况,我们已招聘了丹麦籍 MariaDB 资深人士 Kristian Nielsen,担任首席架构师,负责复制。他是2009年第一批参与 MariaDB 开发的开发者之一。多年来他一直与 Monty 保持联系,现在可以招聘。我们为此招聘感到高兴,原因有几点。首先,他是 MariaDB 复制方面的权威专家,这是 MariaDB Server 的一个关键优势领域。其次,他拥有强大的开源价值观,并明确表示希望为 MariaDB Foundation 工作。多年来,他一直从 MariaDB plc 和 MariaDB Foundation 外部与 MariaDB Server 社区合作,这为我们从贡献者角度验证工作流程提供了宝贵的经验。他在 2024年8月5日的博客文章Starting as Chief Architect Replication with MariaDB Foundation中描述了他加入 MariaDB Foundation 的经历。
旁注:在董事会会议 1/2024 和 2/2024 上提出的关于 MariaDB Knowledge Base(文档)未来发展方向的紧急事项,由 Andrew Hutchings 和 Vicentiu Ciorbaru 在一个工作日内进行了分析,一旦我们获得了生产环境的访问权限,几分钟内就得到了解决。知识库经常出现超时以及看似服务器崩溃的情况。页面加载时间也非常长。这些问题现已解决。
2.3 采用进展
我们宣布了即将举行的MariaDB ServerFest Berlin 2024年9月17日,根据后续议题4(MariaDB Server 定位建议)中提到的工作,挑选了演讲并安排了一天的活动。此外,我们还计划于2024年10月25日在 Bengaluru 举办一场MariaDB Day @ OpenSource India。
为了提高我们在中国的采用率,我们正在与开放原子开源基金会进行讨论 https://www.openatom.org/about(“*开放原子开源基金会是一个致力于促进全球开源社区发展的非营利组织。它于2020年6月在北京成立。*”)。第一步是参与其相当于“Google Summer of Code”的活动,称为“大赛”(competitions)。我们已邀请开放原子开源基金会的代表于 2024年10月25日在 Bengaluru 介绍与 MariaDB 相关的“大赛”。
将最新的 MariaDB 10.11 LTS 构建版本纳入最成功的中国 Linux 发行版 openEuler https://www.openeuler.org/en/ 的工作也在进行中 – 正如 Wikipedia 指出(https://en.wikipedia.org/wiki/EulerOS),“*EulerOS 是华为基于 Red Hat Enterprise Linux 开发的商业 Linux 发行版,旨在为服务器和云环境提供操作系统。其开源社区版本被称为 openEuler,是由开放原子开源基金会孵化和运营的多内核项目。*”积极协作已在我们的 Zulip 聊天服务器频道进行中 https://mariadb.zulipchat.com/#narrow/stream/451209-MariaDB-in-openEuler。
数据库基准测试权威人士 Mark Callaghan(他在 Facebook 和 Google 担任 MySQL 的技术负责人长达15年,建立了优秀的团队,将 MySQL 扩展到远远超出预期的规模)在他的高度技术性、详细的基准测试博客系列文章网站 smalldatum.blogspot.com 上发表了一篇新的博客文章 Sysbench on a medium server: MariaDB is faster than MySQL。Mark 的发现反过来,使 MariaDB plc 的 Marko Mäkelä 能够对 InnoDB 进行重大改进。
我们的倡议 改进 MariaDB 在开源项目中的支持 获得了积极的社区回应。
我们高兴地注意到我们两家赞助商(也是董事会成员)之间的合作,并在外部文章 Case IBM Power 10: A further step for MariaDB Server 中强调了这一点 – 谦虚地声称多年来 MariaDB Foundation 起到了一定的促成作用。
夏季活动较少。尽管如此,Vicentiu Ciorbaru 参加了 SuseCon24 和 FrOsCon,这两场活动都在德国。
在版本发布方面,我们于 2024年8月12日发布了 MariaDB 11.6.1, 11.5.2, 11.4.3, 11.2.5, 11.1.6, 10.11.9, 10.6.19 and 10.5.26,并于 2024年6月24日发布了 基于 UBI 的 Docker 官方镜像,提供了基于 Ubuntu 和 Red Hat 的镜像选择。
布道师、AI 和项目经理Robert Silén与 CEO 一起,在我们的 YouTube 频道 https://www.youtube.com/@MariaDBFoundation 上录制了关于 MariaDB 11.4 LTS 功能的视频博客系列。这是为了增加关于 MariaDB Server 中开发的新功能的信息流、将我们与 MySQL Server 区分开来的整体努力的一部分。
关于总体开放性,我们高兴地注意到 MariaDB plc 公开展示了对开源的承诺,通过在 GPL 许可下发布 MaxScale 21.06 版本,正如 MaxScale 主要开发者 Johan Wikman 的一篇博客文章 所证明的。
不利的一面是,MariaDB 在 DB Ranking 上的排名从8月的第14位下降到9月的第15位(https://db-engines.com/en/ranking)。这是预期中的,需要采取行动,我们邀请所有董事会成员参与其中 – 特别是来自 MariaDB plc,因为 Db-engines 将他们的社交媒体账户计为官方账户。我们计划将这方面的工作通过议题4和5的讨论来推进。
2.4 MariaDB Vector 倡议的现状
2024年7月29日,我们准备就绪,宣布了 MariaDB Vector 首个版本 – Finally here: MariaDB Vector Preview!。这是一项艰巨的努力,MariaDB plc 的 Sergei Golubchik 和 MariaDB Foundation 的首席开发官 Vicentiu Ciorbaru 是主要架构师。尽管如此,来自 Amazon 的贡献水平达到了新的高度,特别是通过 Hugo Wen 的工作。Robert Silén 在一篇博客文章 Amazon contributes to MariaDB Vector 中强调了这一点。
我们高兴地注意到,我们也收到了来自我们的长期赞助商 Intel 的 Vector 贡献。参见 Intel improving the performance of MariaDB Vector。
我们惊喜地注意到,MariaDB Vector 在近似最近邻(Approximate Nearest Neighbour)基准测试中表现出“高得令人惊讶”的性能水平,正如 Sergei Golubchik 在博客文章 How Fast Is MariaDB Vector? 中所写的。
MariaDB Vector 得到了媒体和社区的关注,至少包括以下:
- InfoQ: MariaDB Introduces Open-Source Vector Preview, Aiming to Become Default MySQL Option
- Managed Server: MariaDB Vector. MariaDB will be a vector database very soon
- i-programmer.info: MariaDB Introduces Vector Search
- FromDual: Playing with MariaDB Vector for initial AI tests
- Peter Zaitsev(Percona)使用 LinkedIn 投票询问 Will MariaDB’s Introduction of Open Source Vector Search compel you to move from MySQL to MariaDB? 并获得了 20% “是”,47% “否”,32% “已在使用 MariaDB”(即,大多数人正在转向或已在使用 MariaDB)。
我们正在 https://mariadb.org.cn/projects/mariadb-vector/ 公开跟踪 MariaDB Vector 的现状。
3. 欧盟姊妹基金会成立后的下一步措施
背景:我们有两个原因,使得我们成立了欧盟姊妹基金会 Open SQL Foundation sr.,从而在欧盟拥有了法律存在。一个原因是能够申请欧盟拨款,包括来自欧盟及其成员国的拨款。另一个原因是简化流程和支付,主要通过将我们在欧盟的承包商和员工转移到欧盟基金会。
关于拨款,我们开始首次搜索欧盟拨款。与 Nexedi 的 Jean Paul Smets 以及与 ICANN 的首次尝试并未成功。然而,我们正在等待主权基金重新开放,并在秋季寻找更多机会。
关于流程方面,我们正在建立 MariaDB Foundation 与 Open SQL Foundation sr. 之间的运营关系。欧盟基金会现已获得支付工资的权利。我们希望至少将所有在芬兰的承包商和员工转移到欧盟基金会领取工资,这需要将资金从特拉华州基金会转移到欧盟基金会。
美国和欧盟的法律顾问都建议我们,我们需要董事会决定才能开始日常使用 Open SQL Foundation。
提案:董事会决定将必要资金从特拉华州基金会转移到欧盟基金会,以便支付欧盟的承包商和员工,包括由于先前资金不足而尚未支付的待付款项。
此资金转移应在不对 MariaDB Foundation 造成不当税务影响的情况下进行处理。如果法律顾问指出此次转移需要进一步正式的董事会决定,CEO 应申请召开一次特别董事会会议,列出相关的决定事项。该会议仅通过电子邮件进行。
决定:批准
CEO 请求董事会成员为此类电子邮件董事会会议做好准备,如果必要的话,可能在9月内举行。
4. 决定:与出席相关的董事会构成变更
正如在 https://mariadb.org.cn/board-member-expectations/#board-composition-changes 上指出的,每次会议都应该有一个议程项目“决定:与出席相关的董事会构成变更”。我们在2024年至今尚未有过这个项目。
同一页面继续写道:
在此议程项目下,会议可以将成员变更为观察员,并将前观察员变更为正式成员。这些变更应根据董事会逐案的最佳判断进行。这应在不修改章程的情况下进行,例如将成员投票除名或选举新董事会成员。
CEO 应:
- 提醒董事会注意存在过去两次会议均未出席的董事会成员,
- 亲自联系任何屡次缺席的董事会成员,以便确认他们是否能参加即将举行的会议
对于2023年的四次董事会会议和2024年的两次董事会会议,我们有以下观察员缺席统计数据:
- Mark Stockford, ServiceNow – 缺席 1/2023, 3/2023, 4/2023, 1/2024, 2/2024
- Serguei Beloussov, Constructor – 缺席 4/2023, 1/2024, 2/2024
董事会成员没有频繁缺席者
- Barry Abrahamson, Automattic – 缺席 4/2023, 2/2024
- Todd Boyd, IBM – 缺席 2/2023, 1/2024
- Michael Widenius – 缺席 2/2024
- Espen Håkonsen – 缺席 4/2023
- Sean Xiang Peng, Alibaba – 缺席 4/2023
结果:Mark Stockford 将从下次会议 4/2024 起取消观察员资格。
应联系 Serguei Beloussov 并要求其参加下次会议 4/2024。
5. 讨论针对 plc 的 MariaDB Server 定位建议
CEO 已向董事会和观察员发送了一份由 MariaDB Foundation 员工准备的、供与 plc 讨论的关于 MariaDB Server 定位的十步建议。
CEO 希望征集各位董事会成员的积极意见,主要通过在9月剩余时间进行创意讨论。
代表 MariaDB plc 的 Paul O’Brien 对定位工作表示欢迎,并指出当前的建议已基于 plc 和 Foundation 之间的广泛讨论。其他几位董事会成员表示有兴趣与 MariaDB Foundation 进行一对一讨论。
6. 讨论 MariaDB Server 战略和路线图
在与 MariaDB plc 的讨论中,我们发现需要对 MariaDB Server 路线图有顶层愿景。可以使用“战略”(Strategy)这个词,即使这个词人们可能有不同的理解。
MariaDB Foundation 之前曾将单个 Jira 议项(例如“社区最重要的十大功能请求”)提交给 plc 进行讨论。其逻辑是要求 plc 开发者关注从社区角度看所期望的功能。
然而,Jira 议项的讨论只关注具体的“树”,而不是整个“森林”。此外,从许多不熟悉产品的董事会成员、观察员和社区用户那里征集有建设性的具体层面的意见很困难。
因此,我们正在启动一个流程,为 MariaDB plc 提出类似的建议或愿望清单,就像“定位建议”一样,但这是在产品开发和路线图领域。我们已经确定了几个“森林”:
- MariaDB Vector 的产品战略
- 迁移的产品战略
- MySQL 兼容性的产品战略
- Oracle 兼容性的产品战略
- 目录的产品战略
- 稳定性、性能、易用性的产品战略
可能还有一些非常接近 MariaDB Server 的“森林”,MariaDB Foundation 也可能能够做出贡献,例如:
- 连接器的产品战略
- 列式存储的产品战略
- Galera 的产品战略
- MaxScale GPL 的产品战略
- 云原生的产品战略
MariaDB plc CEO Paul O’Brien 也对这个产品战略倡议表示欢迎,他指出 MariaDB Foundation 的利益与 MariaDB plc 的利益非常一致。
CEO 征集了各位董事会成员的积极意见,主要通过在9月剩余时间进行的创意讨论,结合市场营销/定位的讨论。该请求得到了积极回应。
7. 2024年和2025年董事会会议
即将举行的董事会会议,均在周三 16:00-17:00 EET 举行
- 周三 2024年11月27日
2025年会议提议,与2024年一致
- 周三 2025年2月26日
- 周三 2025年5月21日
- 周三 2025年9月3日
- 周三 2025年11月26日
决定:董事会成员可在9月期间对2025年的日期提出意见;之后,MariaDB Foundation 将根据上述日期发送会议邀请,这些日期已尽可能与2024年的日期接近。