
MariaDB与FINOS联合发布面向金融服务的开源内存缓存Kevät
来源标题:Why MariaDB is giving financial services a cache of its own
MariaDB和FINOS在纽约金融开源论坛上宣布推出开源分布式内存缓存项目Kevät,专为金融服务业需求设计。MariaDB以MariaDB GridGain代码库的一个版本作为项目初始代码,并在启动时担任维护者,多家大型银行已加入创始咨询委员会参与路线图制定。初始代码正走FINOS标准贡献审核流程,预计2027年初上线FINOS GitHub。
以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。
内容列表 我们为什么做这件事 为什么选择 FINOS,金融服务社区能从中得到什么 MariaDB 能从中得到什么,以及为什么“策展”才是关键 下一步计划 要点总结 MariaDB 与 FINOS 在纽约举办的金融开源论坛(Open Source in Finance Forum)上宣布了 Kevät——一个围绕金融服务业需求构建的开源分布式内存缓存。 MariaDB 以 MariaDB GridGain 代码库的一个版本作为该项目的初始代码,并在项目启动时担任维护者。 多家知名银行已加入创始咨询委员会,与其他同行共同规划项目路线图。 Kevät 的设计目标是在银行将 AI agent 接入实时金融数据的背景下,大规模提供低延迟能力,并将安全性、可审计性和合规性内建于其中。 初始代码正在走 FINOS 的标准贡献审查流程,预计将于 2027 年初出现在 FINOS 的 GitHub 上。 从没有人在饭局上说过“我对我们的内存缓存太兴奋了”。然而这些不起眼的底层组件支撑着风险计算、交易和支付,而在 agentic 时代,它们即将变得重要得多。 今天,在纽约举办的金融开源论坛上,MariaDB 与 Fintech Open Source Foundation(FINOS)共同宣布了 Kevät——一个面向金融服务的开源分布式内存缓存。MariaDB 以 MariaDB GridGain 代码库的一个版本作为该项目的初始代码,多家知名银行已加入创始咨询委员会。项目启动时由 MariaDB 担任维护者,随着项目发展,后续还会有更多维护者加入。 银行正在把 AI agent 接入实时金融数据。Agent 不会彬彬有礼地浏览,它们以机器速度读取并采取行动,其访问模式并不是底层基础设施当初设计时考虑过的。与此同时,监管机构会要求金融机构说明是谁或什么接触了哪些数据、出于什么目的,而各国规则不尽相同,且仍在制定之中。 数据也印证了这一点。FINOS 本周发布的《2026 年金融服务开源现状》报告发现,64% 的受访者所在组织已在生产环境中部署了 agentic AI。然而,安全与隐私风险(52%)以及可审计性与可解释性(38%)被列为进一步扩大应用的最大障碍之一,报告得出的结论是:主要制约因素是治理,而非技术。这正是 Kevät 旨在帮助弥合的缺口。 目前可用的开源缓存从设计上就是通用型的。它们服务于所有行业,这很好,但也意味着它们都不是围绕金融服务业的这些特定需求设计的。金融机构需要大规模的低延迟,并且安全性、可审计性和合规性要内建于其中,而不是事后加装。我们认为实现这一目标的最佳方式,是在公开环境中、与将来实际运行它的人一起构建。 我们本可以把这个项目留在自己手里,由我们自己决定路线图。但我们希望有一个能让依赖该软件的机构对其走向拥有真正话语权的归属,而这正是 FINOS 所能提供的。FINOS 是 Linux Foundation 的一部分,提供中立、治理完善的環境,由受监管机构为受监管机构而设计。 对 FINOS 及其成员而言,这意味着一个基础性的数据基础设施,其路线图由银行自身主导。咨询委员会成员与同行一起参与设定优先级,而不是向厂商的待办列表提交功能请求然后听天由命。这也意味着没有人会被锁定。代码是开放的,治理是中立的,方向属于依赖它的机构。 我们还希望 Kevät 由不止一家公司来构建。FINOS 将银行、技术公司和独立开发者聚集在一起,共同解决共性问题,这使它成为其他人贡献代码、修复和想法的合适场所。MariaDB 为项目提供初始代码,但我们希望看到来自整个行业的贡献,也预计随着项目成长,新的维护者将来自这个社区。 你可能会想,我们能从中得到什么——这很合理。部分答案在于我们是谁。开源是 MariaDB 的起点,也是我们持续投入的方向。MariaDB Server 是我们企业平台的基础,下载量已超过 30 亿次,我们的开源工作还延伸到连接器、Kubernetes Operator、我们的 MCP server 以及 AI 集成。为 Kevät 贡献初始开源代码对我们来说是顺理成章的下一步。 开源已经胜出,银行技术管理层中已没有人再对此认真怀疑。更难的问题是:当你处于受监管环境中时,如何负责任地使用开源。原始的开源代码有点像巨大的集市摊位:种类丰富、质量参差不齐,出了问题也找不到人问。受监管机构不能只看哪个顺眼就拿走。它们需要知道代码来自哪里、由谁维护、漏洞如何处理、五年后如何获得支持,以及如何契合其合规义务。这就是“策展”的工作:对开源进行挑选、加固、治理和支持,使其适合在受监管环境中投入生产。FINOS 的报告显示这一需求是真实存在的:71% 的受访者维护着开源项目的内部 fork,40% 将缺乏持续维护或支持列为主要担忧。 这就是我们希望 MariaDB 扮演的角色,也是我们的利益所在。不是作为开源的所有者,而是作为金融机构所依赖的、经过策展的开源软件的提供者。一个由使用它的机构共同塑造的缓存会是更好的缓存,而作为维护者,我们能从世界上一些最先进的技术团队那里获得密切、持续的反馈。Kevät 是这一理念的第一个清晰体现:开放的代码、中立的治理、由金融业主导的方向,以及一个愿意为其背书的维护者。我们相信这对所有人都有好处。
(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。