写点什么

Digg 与 Reddit 加入 NoSQL 阵营

  • 2010-03-25
  • 本文字数:1571 字

    阅读完需:约 5 分钟

Digg 和 Reddit 在这个月都宣布了将转向 Cassandra ,因为 MySQL 对他们来说伸缩性不够了。一些人认为 MySQL+memchche 不再是事实上的伸缩解决方案了。

Digg 在去年九月宣布了他们转向 Cassandra 的计划,而这一过程在这个月完成了。仔细比对了其它项目——HBase,Hypertable,Tokyo Cabinet/Tyrant,Voldemort,以及 Dynomite——,他们最终选择了 Cassandra,出于以下的考虑:

每个系统都有它自己的强项和弱项,但是 Cassandra 综合了各个方面。它提供了面向列的数据存储,因此这相比纯粹的 key/value 存储又更结构化一些。它通过分布式高可用的点对点集群来运作。尽管目前它的核心功能还有一些欠缺,但相较于其它方案而言,它更接近我们想要的。

Digg 几乎重建了整个基础设施,跳出了 LAMP 栈。主要的起因是 MySQL,如同任何其它的 SQL 数据库一样,它是为读取而作的优化,而不能很好的处理写入:

我们不再使用用 MySQL 的主要动机,是因为要在一个快速增长看不到头的数据集上,构建一个高性能密集写入的应用越来越困难了。这种增长迫使我们使用水平和垂直的分区策略,这就消除了关系型数据所带来的大部分价值了,同时仍然会产生各种开销…

随着我们系统的扩张,跨越多个数据中心的冗余,网络性能,以及增加容量和无宕机时间的更换失效节点对我们来说就尤为重要。我们计划继续使用廉价硬件,并假设失效是平常的。这些都为 MySQL 增加了难度。

另一个网站,Reddit,曾经出现过 memcacheDB 相关的问题,一开始他们通过增加更多的 RAM 来处理,但他们需要一个长久的解决方案是再明显不过的。他们在十天之内完成了向Cassandra 的转换,在Cassandra 开发者和社区的帮助以及EC2 在测试和部署Cassandra 的实例方面的支持下,只用了一名开发者就做到了。

因为许多重要的网站,比如Facebook 或Twitter,都已经在使用或者计划迁移到Cassandra,一些人声称 MySQL+memcached 作为事实的伸缩性解决方案的时代结束了。Todd Hoff 并不认为 MySQL 将会在即将来到的某个时间消失,但它不会再代表首位的解决方案:

从一个小的角度来看,很清楚 MySQL+memcached 的时代已经过去了。它会坚持一段时间。旧的技术很少完全的消失。一些人仍在骑马。一些人还在使用 CD。而因特网也不会完全取代电视这种古老的电磁广播技术,但大多数将会奔向一个新的时代…

我们很清楚 MySQL+memcached 背后的许多思想都是说到了点子上的,这些都在新的系统里得到了保留,只是它的实现显得有点笨重。开发者参与进来,铺平了缺口,磨掉了棱角,创建了一个新的强健的平台,其本身成为了新生态系统和新时代的根基。

对于 Hoff 所说的"很清楚 MySQL+memcached 的时代已经过去了",Mark Atwood 表示不同的意见,他认为 memcached 仍将会长期得到应用

memcached 作为实现伸缩速度的前沿技术这一时代或许"过去"了,但这并不是因为 memcached 失败,而是因为另外的技术 (并不是替代,而是补充) 正在涌现…

但这不会是 memcached 的终结。可以说,这一高性能的 key-value 存储仍将是一个有用的构建模块,不管是对于其自身,还是作为其它的技术组件的子组件。

我肯定 memcache 将会继续演化。将会有更多的实现,更多的局限将会被移除,将会有更多的管理工具,还有更多的系统加上 memcached 的网络协议,而一些 ORMs 框架在构建时就会假设 memcached 可用,将会有协议方面的特性以及在共享托管和云环境方面的实现。

Hoff 后来在他文章的评论中又说到:“我并不是想说缓存将会消失或者 MySQL 将会消失。我坚定的相信内存将是新的硬盘这一概念…所过去了的是 MySQL 与 memcached,相辅相成的,作为开发可伸缩系统的默认平台。”

尽管 MySQL 与 memcache 仍将会是伸缩性问题的良好解决方案,但已经有新的 non-SQL 方案产生了,而它们看起来能为超大规模的系统带来更好的结果。

查看英文原文: Digg and Reddit Have Joined the NoSQL Camp

2010-03-25 07:583870
用户头像

发布了 133 篇内容, 共 36.7 次阅读, 收获喜欢 1 次。

关注

评论

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

学生管理系统架构设计文档

泋清

#架构训练营

〖Docker指南④〗docker容器卷

步尔斯特

Docker

〖Docker指南⑧〗Docker私有镜像仓库|阿里云|Registry|Harbor

步尔斯特

Docker

以字节跳动内部 Data Catalog 架构升级为例聊业务系统的性能优化

字节跳动数据平台

Apache 大数据 字节跳动 性能优化 数据目录

〖Docker指南①〗快速入门|安装|加速|hello-world

步尔斯特

Docker

〖Docker指南②〗Docker常用命令汇总

步尔斯特

Docker

〖Docker指南⑥〗快速入门Docker的五种网络模式

步尔斯特

Docker

从云服务器 SSRF 漏洞到接管你的阿里云控制台

火线安全

云安全

得物技术埋点自动化验证的探索和最佳实践

得物技术

自动化 重构 稳定性 电商 埋点

“复制黏贴”就能打通企微群机器人,包学包会

明道云

什么是DevOps?为大家都在用DevOps

阿里云云效

云计算 阿里云 DevOps 云原生 研发

〖Docker指南⑤〗学习Dockerfile,看这一篇就够了

步尔斯特

Docker

哈尔滨等保测评公司有哪几家?叫什么名字?

行云管家

网络安全 等保 等保测评 等级测评 哈尔滨

波场TRX链DAPP智能合约系统开发技术搭建

开发微hkkf5566

InfoQ 极客传媒 15 周年庆征文|实战 MySQL 高可用架构

悟空聊架构

架构 运维 悟空聊架构 热门活动 InfoQ极客传媒15周年庆

web技术分享| 基于vue3实现自己的组件库,第一章:Message组件

anyRTC开发者

前端 Web 音视频 Vue3 message

我是一个Dubbo数据包...

捉虫大师

dubbo 6月月更 InfoQ极客传媒15周年庆

InfoQ 极客传媒 15 周年庆征文|什么是云原生,云原生技术为什么这么火?

步尔斯特

云原生 热门活动 InfoQ极客传媒15周年庆

什么是基于安全标记的访问控制机制?有什么特性?

行云管家

网络安全 等级保护 安全标志 访问控制机制

〖Docker指南⑩〗轻量级监控及管理工具Portainer

步尔斯特

Docker

基于QUIC协议的HTTP/3正式发布!

JackJiang

网络编程 QUIC http3

TDengine 离线升级流程

TDengine

数据库 tdengine

〖Docker指南⑦〗docker-compose快速入门

步尔斯特

Docker

Linux命令汇总 | vim | shell | 进阶【2022版】

步尔斯特

云原生

助力工业化设计,提升变电站三维设计效率和业务保障

焱融科技

gpu 存储 数字化 三维设计 工业化设计

数据湖基本架构

五分钟学大数据

数据湖 6月月更

一图看懂:融云视频会议四大“护法”,让云端开会不再“裸奔”

融云 RongCloud

物联网低代码平台权限管理,保障平台安全!

AIRIOT

物联网 低代码开发 低代码开发平台 快速开发平台

《云原生的本手、妙手和俗手》——2022全国新高考I卷作文

步尔斯特

云原生

〖Docker指南③〗Docker镜像的深度解析

步尔斯特

〖Docker指南⑨〗本地一键部署微服务项目到阿里云服务器

步尔斯特

Docker

Digg与Reddit加入NoSQL阵营_架构_Abel Avram_InfoQ精选文章