构建可扩展的微博架构(qcon beijing 2010演讲)#高并发经验值#

本文详细阐述了微博架构从10万用户到亿级用户的演进过程,包括单服务器到多机房部署、数据库和缓存的独立部署、前后端分离、远程调用协议的引入等关键步骤。同时,介绍了在不同用户规模下架构设计的重点,如千万级用户开始重视架构设计,亿级用户则更注重数据架构师和分布式架构师的角色。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

构建可扩展的微博架构(qcon beijing 2010演讲)

http://timyang.net/architecture/microblog-design-qcon-beijing/

 

互联网架构优化_杨卫华:新浪微博技术总监

http://wenku.baidu.com/view/159357b6941ea76e58fa04bc.html?re=view

================

 

这里再补充在qcon演讲未来得及考虑成熟的一个方面,用户规模影响设计,具体是指用户数每上一个数量级,许多设计需要重新考虑。

10万用户级别

  • 单服务器,前端、后端、cache、db在一起。

百万级

  • db和cache单独部署服务器,db或按业务进行拆分(sharding)
  • cache或使用一致性hash扩展。
  • 前端后端还是在一起,但是根据业务拆分,每个业务可分配不同数量的服务器

千万级

  • 开始重视架构设计,有专门技术架构师
  • 需跨机房部署,前端在远程增加反向代理加速,数据库在异地机房使用slave数据库副本
  • 后端拆分出来,系统内部需要远程调用,内部需远程调用协议。

亿级

  • 架构更细分,或增加数据架构师,cache架构师,分布式架构师
  • 数据库sharding碰到烦恼,开始考虑分布式数据服务
  • 数据访问需要根据业务特点细分。
  • 开发、运维、测量、调优具备有自己的专有工具。
  • 所有服务需要地理多机房分布,具备IDC容灾设计。
  • 服务可降级

上面的数字仅供理解“用户规模影响设计”,数字本身并无具体指导价值。

另外在slide中也提到了,目前新浪微博团队急需人才,

对上面相关技术领域感兴趣的架构师及各层次开发人员(熟悉PHP,Java, C或数据架构任意一种)可随时跟我联系,工作地点为北京,联系方式见博客首页。

================================

转载于:https://www.cnblogs.com/GrantYu/p/5894540.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值