前端未来的主流技术方向有哪些?腾讯、京东、同城旅行等大厂都是怎么布局的?戳此了解 了解详情
写点什么

拥抱 PostgreSQL,红帽再表态:SSPL 的 MongoDB 坚决不用

2019 年 2 月 15 日

拥抱PostgreSQL,红帽再表态:SSPL的MongoDB坚决不用

2019 年 1 月,红帽在最新的 RHEL 8.0 Beta Release Note 中明确表示因为 MongoDB 使用了 SSPL 协议,所以将不会在 8.0 系统中提供该数据库。 2019 年 2 月 12 日,红帽官方发博称,Red Hat Satellite 将在后端标准化 PostgreSQL,并且再次划重点,Satellite 不会使用 SSPL 许可的 MongoDB 新版本。


Red Hat Satellite 是一种系统管理解决方案,它使 Red Hat 基础设施更易于在物理、虚拟和云环境中部署、扩展和管理。此管理工具帮助用户提供、配置和更新系统,以使其高效、安全地运行并符合各种标准。通过自动化大多数系统维护任务,Red Hat Satellite 帮助组织提高效率、降低运营成本,并使 IT 部门能够更好地响应战略业务需求。


Red Hat Satellite 目前都在使用哪些数据库?抛弃 MongoDB,拥抱 PostgreSQL 是否会对当前使用者造成影响?Satellite 自身的性能和功能是否会发生变化……相信很多开发者都很担心以上的问题,针对此,红帽官方也给出了解答(以下问答来源于红帽官方博客):


Red Hat Satellite 现在使用哪些数据库?


目前 Red Hat Satellite 使用两个数据库,MongoDB 和 PostgreSQL。出现这种情况的原因是多个上游产品使用了不同的数据库。


目前的数据库结构会发生变化吗?


没错,我们会调整现有的数据库结构,整合和使用单个 PostgreSQL 数据库。其实,早在 2016 年我们就在着手调查 Pulp 上游单个数据库的迁移情况,开发团队认为,针对 Pulp(最终落点是 Satellite)所需的功能,我们需要一个具有回滚和事务特性的关系数据库。


为什么要从 Red Hat Satellite 中删除 MongoDB Community Edition?


最重要的原因是我们认为 PostgreSQL 是一个更好的解决方案,适用于 Satellite 所需的数据和使用类型。此外,统一单个数据库后端可简化 Satellite 的整体架构,并可简化可支持性、备份和灾难恢复。


是否会对包含 MongoDB Community Edition、当前支持的 Red Hat Satellite 版本产生影响呢?


已发布的 Satellite 版本将继续支持 MongoDB 的嵌入式版本,目前 MongoDB 嵌入式版本已支持到 Satellite 6.0 中。只要不是迁移到 MongoDB 新版本中,Satellite 团队将会一直对 MongoDB 进行修补,直到其逐步被淘汰。


Satellite 不会使用 SSPL 许可的 MongoDB 新版本。(笔者按:红帽老大又一次划重点)


对于 Satellite 的性能或功能会有哪些预期影响呢?


我们预计删除 MongoDB 不会对性能产生任何重大影响。此外,我们也在努力避免删除 MongoDB 之后对 Satellite 所有功能的影响,让 Satellite 用户可以继续享受他们之前依赖的 Satellite 功能。


何时将 MongoDB Community Edition 作为嵌入式数据库放入 Red Hat Satellite 中?


事实上,MongoDB 数据库的更改还在进行当中,但是我们希望能够先把我们的意图先传达给用户,让用户为迁移 MongoDB 做好准备,具体的发布时间现在还没确定。


从 DB-Engines 看 PostgreSQL 和 MongoDB


(DB-Engines 中 PostgreSQL 和 MongoDB 的发展曲线,其中黄色为 PostgreSQL,紫色为 MongoDB)


上图为 PostgreSQL 和 MongoDB 在 DB-Engines 上的发展曲线,我们可以发现在 2015 年和 2017 年,双方的流行度发生了交换,并且从 2017 年之后,PostgreSQL 一直在稳步上升,与 MongoDB 逐渐拉开了差距。


红帽抛弃 MongoDB 的原因是因为其使用了 SSPL 许可,但是选择 PostgreSQL 的原因,除了其本身的回滚和事务特性,可能也有 PostgreSQL 越来越流行的原因吧,毕竟 PostgreSQL 的流行度已经跨过 400,迈向 500,与排名前三的数据库越来越接近了。


另外,因为红帽是因为 MongoDB 更改了协议才“放弃”它的,所以我们也可以合理猜测,其选择 PostgreSQL 的原因也可能是因为 PostgreSQL 背后没有商业公司,BSD 开源协议不会轻易修改。


参考链接:https://www.redhat.com/en/blog/red-hat-satellite-standardize-postgresql-backend?source=blogchannel&channel=blog/channel/red-hat-satellite


2019 年 2 月 15 日 09:004326
用户头像

发布了 34 篇内容, 共 26.2 次阅读, 收获喜欢 55 次。

关注

评论

发布
暂无评论
发现更多内容

设计模式之单件模式

Geek_896619

Java 设计模式

我们需要干货吗?

Neco.W

能力提升 经验分享 干货

架构师训练营-作业2-学习总结

狂奔嘀兔纸

极客大学架构师训练营

2020/06/09 架构师学习心得

架构5班杨娟Jessie

极客大学架构师训练营

第一周学习总结

王铭铭

plantUML的安装和使用

南宫煌

极客大学架构师训练营

架构师训练营第1周作业二:学习总结

sunpengjian

【话题讨论】「世界上最好的语言」?25周岁的 PHP “配” “不配”

InfoQ写作平台官方

php 写作平台 PHP25周年 活动专区

Week01 学习笔记

任小龙

第一周学习总结

CP

架构师训练营-学习总结-第一讲

吕浩

学习 极客大学架构师训练营

食堂就餐卡系统架构设计文档

hifly

极客大学架构师训练营 UML 架构文档 部署图 时序图

区块链技术如何应用于版权保护?

CECBC区块链专委会

区块链技术 维权 著作权 版权保护 侵权

基于UML的食堂就餐卡系统设计

王海

极客大学架构师训练营

食堂就餐卡系统设计文档

架构5班杨娟Jessie

极客大学架构师训练营

第一周学习总结

冯凯

极客大学架构师训练营

极客时间 - 架构师训练营 - week1 - 食堂就餐卡系统设计

毛聪

极客时间 极客大学架构师训练营 食堂就餐卡系统设计

第一周作业--食堂就餐卡系统系统

南宫煌

极客大学架构师训练营 UML

带你了解 Ribbon 负载均衡器的实现

张晓辉

Spring Cloud

极客时间第0期架构师训练营第一周作业1

2流程序员

第一周课后作业——食堂就餐卡系统概要设计

jiangnanage

架构师训练营第一周作业

陈靓-哲露

《Web全栈实用编程》一书征集意见

老魚

程序员 前端 Web 后端 全栈

架构师训练营第1周_学习总结

方舟勇士

课程总结

week1-食堂就餐卡系统设计

不在调上

食堂就餐卡系统架构设计文档

冯凯

极客大学架构师训练营

极客大学架构师训练营第一周学习总结

竹森先生

学习 架构设计 极客大学架构师训练营

架构训练营第一周学习总结

陈靓-哲露

程序员为什么技术这么厉害,赚得钱却不多?

金刚小书童

职业规划 技术管理 程序员成长 程序员次第 高级程序员

架构与UML总结

GalaxyCreater

产品路线图–您的产品战略路径指南

涛哥

敏捷 产品经理

技术为帆,纵横四海- Lazada技术东南亚探索和成长之旅

技术为帆,纵横四海- Lazada技术东南亚探索和成长之旅

拥抱PostgreSQL,红帽再表态:SSPL的MongoDB坚决不用-InfoQ