拒向 MongoDB 妥协,AWS 推出替代品 DocumentDB
AWS 昨日宣布推出 DocumentDB ,这是一个与 MongoDB API 兼容的新数据库产品。AWS 将 DocumentDB 描述为“一个快速、可扩展且高度可用的文档数据库,旨在与你现有的 MongoDB 应用和工具兼容”。实际上,它是一个 MongoDB 的托管版简易替代品,不使用任何 MongoDB 代码。
AWS 表示,尽管 MongoDB 在功能方面做得很好,但由于大规模设置和管理 MongoDB 集群所带来的复杂性,用户很难构建那些可扩展到每秒数 TB 和数十万次读写操作的高性能应用。Amazon DocumentDB 则是从头开始设计,可为用户提供大规模运行任务关键型(mission-critical)MongoDB 工作负载所需的性能、可扩展性和可用性,且与 Apache 2.0 开源 MongoDB 3.6 API 兼容。
话虽如此,但联想到 MongoDB 去年10月因不满云供应商滥用行为而修改开源协议的动作,AWS 此举就显得耐人寻味了。
外媒 TechCrunch 写道:DocumentDB 就是 AWS 做的 MongoDB 替代品,长期以来,AWS 一直被指责采用优质的开源项目进行再利用和品牌再塑,但又不总是回馈这些社区,这早已不是什么秘密。MongoDB 也是最早通过更换许可证去阻止这种情况的公司之一,新许可证明确表示,想要这样坐享其成的公司必须购买商业许可证。之后,其他开源公司也纷纷效仿。
TechCrunch 还就此联系了 MongoDB 的 CEO Dev Ittycheria,他表示:
模仿就是最真诚的奉承,所以 AWS 此举并不奇怪。不过,开发者在技术上都足够精明,能够区分真实的创新和差劲的模仿。MongoDB 将继续超越市场中的任意模仿者。
MongoDB 的联合创始人兼 CTO Eliot Horowitz 对此表示赞同,他说:
“为了给开发者想要的东西,AWS 已经被要求提供基于两年前的 MongoDB 代码仿制 MongoDB 服务。我们整个公司都专注于一件事 —— 为开发者提供处理数据的最佳方式,且可以随意运行。我们致力于实现此目标,这将继续使真正的 MongoDB 有别于那些不断出现的模仿品。”
MongoDB 的发言人也补充道,DocumentDB 兼容的 MongoDB 3.6 API 已有两年的历史,缺失太多新的功能,比如 ACID 事务、全局集群和移动同步。
TechCrunch 最后写道:客观地说,AWS 最近在开源社区变得更加活跃了,并且从某种程度上来说,它确实为开发者提供了他们想要的东西(并非所有开发者都对 MongoDB 自己的托管服务感到满意)。但考虑到 AWS 在已经明确知道 MongoDB 更换许可证的原因的情况下,还是选择用兼容老版本 API 的形式绕过 MongoDB 的新许可,这始终就是一个有争议的举动,且不会让这家公司受到开源社区的喜爱。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
准确率创新高,北大开源中文分词工具包 pkuseg
北京大学近日开源了一个全新的中文分词工具包 pkuseg ,相比于现有的同类开源工具,pkuseg 大幅提高了分词的准确率。 pkuseg 由北大语言计算与机器学习研究组研制推出,具备如下特性: 高分词准确率。相比于其他的分词工具包,pkuseg 在不同领域的数据上都大幅提高了分词的准确度。根据项目文档给出的测试结果,pkuseg 分别在示例数据集( MSRA 和CTB8 )上降低了 79.33% 和 63.67% 的分词错误率。 多领域分词。研究组训练了多种不同领域的分词模型。根据待分词的领域特点,用户可以自由地选择不同的模型。 支持用户自训练模型。支持用户使用全新的标注数据进行训练。 性能对比 在 Linux 环境下,各工具在新闻数据 (MSRA) 和混合型文本 (CTB8) 数据上的准确率测试情况如下: 预训练模型 分词模式下,用户需要加载预训练好的模型。我们提供了三种在不同类型数据上训练得到的模型,根据具体需要,用户可以选择不同的预训练模型。以下是对预训练模型的说明: MSRA : 在 MSRA(新闻语料)上训练的模型。新版本代码采用的是此模型。下载地址 CTB8 : 在 CT...
- 下一篇
FoundationDB Record Layer 宣布开源,提供关系数据库功能
昨日,FoundationDB 数据库宣布开源 FoundationDB Record Layer。既然提到了“层(layer)”这个概念,我们不妨在这里简单说一下 FoundationDB 和层之间的渊源 。“层(layer)”源于 FoundationDB 创立之初的理念 —— FoundationDB 的愿景是从一个简单且强大的核内核开始,然后逐渐通过添加“层(layer)”以进行扩展。“层”通过为其模型的特定数据类型添加功能来扩展内核,并支持新的存储访问模式。 而最新开源的 FoundationDB Record Layer 在 FoundationDB 之上提供了关系数据库语义,具有模式管理、索引功能和丰富的查询功能。 开源公告中还提到,FoundationDB Record Layer 已应用在Apple 的生产环境中,以支持具有数亿用户的应用程序和服务。 基于 FoundationDB 构建的面向记录的数据库 和关系数据库一样,Record Layer 可以存储结构化数据, 由 Record Layer 管理的数据库支持包含字段和类型、模式、复杂的主索引和辅助索引以及声明...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2全家桶,快速入门学习开发网站教程
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Hadoop3单机部署,实现最简伪集群
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池