您当前的位置:网站首页>芝麻信用,从Oracle到MongoDB:为什么AWS不断扔掉合作伙伴?,释迦

芝麻信用,从Oracle到MongoDB:为什么AWS不断扔掉合作伙伴?,释迦

2019-04-14 14:09:22 投稿作者:admin 围观人数:266 评论人数:0次

亚马逊因不断与其商业伙伴各奔前程而备受重视,在决议丢掉Oracle数据库转而运用自己的效劳之后,Amazon现在正在尝试用自己的“兼容”版别DocumentDB替代MongoDB。

风趣的是,AW绑女性S宣告丢掉Oracle的声明是在Oracle首席履行官Larry Ellison揄扬AWS和Salesforce运转在其数据库上之后发布的。值得注意的晏殊是,MongoDB专门修改了它的答应条芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦款,芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦以避免“被丢掉”状况发作,可是这样做好像让作业变得更糟糕了。

MongoDB答应证或许会加快其消亡

MongoDB效劳器端公共答应证本质上要求任何供给MongoDB效劳的云供给商有必要敞开与该效劳相关的一切代码,这不是一切云供给商都乐意承受的,所以AWS发布DocumentDB也就家常便饭了。DocumentDB被规划用于答应证收效之前发布的3.6版别,SSPL好像并不适用于DocumentDB。此外,Amazon新产品基本上仅仅一组坐落自己数据库上的兼容api,所以它实际上没有运用任何MongoDB代码。

工会经费
浦东新区

AWS是现在最大的公共云,hurryDocumentDB的发布导致MongoDB的股票暴降,DocumentDB只支撑MongoDB 3.6,这或许反映了一个严峻的问题:假如AWS的新效劳盛行起来,MongoDB别无挑选,只能开源其最新的效劳,否则将面对停滞不前的危险。这便是为什么MongoDB改动其答应条款就像自杀相同,新的答应证不只不能维护MongoDB免受像AWS这样的“恶狼”的进犯,它甚至会让它遭到开源社区更多打击。 比方,为了呼应SSPL,Debiaadmui3怎样删去n和RedHat都诺亚奥特曼决议不将MongoDB的最新产品包含在内,因为以为它违反了开源精力。

AWS:做自己最拿手的作业

在最新的声明中,AWS将DocumentDB描绘为“一种支撑Motara雅琳ngoDB作业负载的快速、可弹性、高可用性和彻底保管的文档数据库效劳”。这意味着MongoDB自身无法处理大规模的作业负载,更意味着AWS正在向客户出售其自身中心竞争力,即经过功用、可弹性性吸烟的损害和可用性完结的快捷性。AWS还在一篇声明中说,因为设置和办理MongoDB集群的复杂性,公司很少运用MongoDB a芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦pi芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦的一小部分功用,他们还发现,扩展到多个tb和数十万每秒的读写十分具有挑战性。

AWS出售的不是软件而是快捷性,而MongoDB为客户供给的是完结作业的东西。AWS为他们供给了真实想要的东西,由其他人为他们来完结这项作业。在无需办理底层基础设施的状况下取得功用、可弹性性芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦和可用性晋级是每个企业都寻求的,这也是AWS如此成功的原因。为了愈加便利,用户能够运用MongoDB运用程序代码、驱动程序和东西来处理Amazon DocumentDB上的作业负载,并且能够在AWS数据库迁芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦移效劳(AWS DMS)的协助下,从MongoDB履行实时搬迁,而不需求停机。

AWS DocumentDB

Amazon DocumentDB运用根据SSD的存储层,在三个独立的可用区域内进行6x仿制通宣理肺丸,这不只意味着DocumentDB能够在30秒内将数据从主效劳器转移到副本效劳器,并且还支撑MongoDB副本芝麻信誉,从Oracle到MongoDB:为什么AWS不断丢掉合作伙伴?,释迦集仿照。作为其“彻底托春节的诗句管”产品的一部分,它还具有主动配邹城置和设置、监控目标和主动软件修补功用。此外,DocumentDB存储能够从10 GB扩展到64 TB,增量为10 GB,并经过仅将数据库更改写入存储层来削减数据库I / O. 它还宣称其吞吐量是当时可用MongoDB解决方案的两倍。

这或许是因为DocumentDB的存储和核算互相别离,并被答应独立扩展。一起这意味着,开发人员能够疏忽数据的巨细,在几分钟内增加多达15个低推迟副本,从而将读取容量提高到每秒数百万个恳求。

除了速度、可扩展性和可用性之外,DocumentDB还专心于安全性,并运转在Amazon奇观暖暖攻略 VPC中,这答应企业在自己的虚拟网络中阻隔集群。它还与AWS身份和拜访办理(IAM)集成,答应企业运用经过AWS Key Management Service(KMS)创建和操控的密钥加密数据库。

MongoDB

MongoDB的CEO Dev Ittycheria说:“仿照是最真挚的阿谀,所以亚马逊企图运用MongoDB文档模型的盛行和气势也就家常便饭了。”他宣称DocumentDB仅仅一个低劣的仿照。而该公司的另一名发言人指出,DocumentDB根据一个只要两年前史的版别,缺少了ACI婚姻法产业切割D特性、集群和移动同步等新功用。尽管在DocumentDB宣告之后,MongoDB的股票暴降,这无疑说明晰AWS自身的强壮,但MongoDB的股票在曩昔一年里上涨了200%,所以现在就把MongoDB归为失败者还为时尚早。

作为反击,MongoDB经过MongoDB Atlas的产品供给了自己的开源小洋楼数据库保管版别,该产品根据最新版别的Mong海康oDB 4.0。在最近的一篇文章中,CTO Eliot Horowitz公司比较了这两种效劳,并指出DocumentDB实际上落后了大约6年,并且更挨近2.4版,而不是3.6版。它还指出了AWS许诺的功用、可弹性性和可用性带来的一系列缺点,包含一切DocumentDB集群都被约束在一个独自的区域。这一点与Atlas不同,Atlas答应副本集扩展并供给低推迟。

AWS与开源

总归,这是个这是个左右两难的挑选,人们不知道究竟应该怜惜MongoDB仍是支撑AWS公开盗取开源社区的决议。从AWS的视点来看,他们并不是在出售MongoDB,仅仅供给一种企业垂青的效劳。就算不是MongoDB,也会是客户正在运用或需求协助的任何其他数据库。比方Redis数据库,在一个答应协议下,AWS的版别总是最新的。尽管这关于开发来说有优点,可是它并没有协助Redis Labs取得赢利,或许这便是它改动答应的原因。

看着像AWS这样名列前茅的大公司还在孜孜不倦地“薅羊毛”,不免让辛勤作业的人们感到不爽快,并且很难不对Redis和MongoDB这样的公司发生怜惜。

但是,事物都有两面性,它们的盛行或许是因为它们开始都是开源的,并且“保管”开源效劳总会有商场。这壮腰健肾丸是否意味着,AWS将持续为所欲为地从开源社区获取它想要的东西,仍是法令将维护像MongoDB这样的公司?只要未来才干知道答案。

声明:该文观念仅代表作者自己,搜狐号系信息发布渠道,搜狐仅供给信息存储空间效劳。
想你的语句 nurse
the end
中国古生物学十大进展,考古生物学