互联网高可用架构技术实践

作者/分享人:58沈剑
“架构师之路”公众号作者,58到家高级总监,技术委员会主席。前百度高工,58同城高架,技委主席。

常见大数据量,高并发站点架构,分为反向代理层,站点层,服务层,数据层(固化存储db层,内存存储cache层),各层如何保证架构高可用,以及常见的高可用架构技术,是本主题将要讨论的内容。

实录提要:

  • 如果不允许 cache miss 的 case 下怎么做 rehash 且尽可能少脏数据?
  • 如何避免服务挂掉之后,rpc client 在转移 server 的时候导致集群中的惊群效应?
  • 58 到家在灰度发布和 A/B 是怎么样的一个落地方案?
  • 58 消息中间件是基于什么技术(什么开源产品)?
  • 关于缓存和数据库分布式后,重新分区后的数据迁移是否有好的方案?
  • 云环境下数据库高可用怎么做?没有 vip 怎么做?
  • 分布式系统里面唯一全局 ID 的生成规则有什么好的方式么?
  • 58 的服务降级如何做的?
已有309人预订
预订达标
文章出炉
交流日期
     
16.11.14
16.11.29
16.12.01 20:30
查看文章评论/提问
zhongxn🍼👶💻🇨🇳
为什么数据库的读写高可用使用方式不一样(读用连接池保障,写用keepalived检测)?两种检测方式各有什么不同?
Wilson
按照userid来划分的情况下,有用户的关联表是怎么处理的?比如用户发帖,其他用户回帖,既要查询用户发了多少贴,又要查询用户回了哪些帖,恰好这两个用户被分配到不同的库中了
刘杰jamie: 读扩散或写扩散
mooshine
这样设计的话,那么keepalived检测程序,以及db-connection-pool检测程序等是不是就成了这类分布式系统的瓶颈了,如果他们挂了,那么整个系统不就都不能访问了,那这样的话,分布式系统的可用性是不是就是看这些检测程序的可用性的乘积啊?那这样的话,可用性跟单web-server,单server系统的可用性在硬件级别上是相同的,这样做是不是就并不能提供服务的可用性了。 还是说这些检测程序是部署在各个服务器上面的,并不是再各层之间相连接的,如果是这样的话,那么系统的可用性就只有网络是否畅通这一个瓶颈了。
vjack.c
请问有什么好用的高可用db connection pool?
NULL: druid
你可能还喜欢
从小白到架构师的成长之路
一盘花生米
前端交互的正确打开方式
差不多先生
二叉树的原理推敲与动手种树
浅浅
机器学习004:循环神经网络实现与文本分类问题
如是
电商高并发、高流量下分布式 ID 的解决方案(主键生成策略)
Array老师
DevOps 工具链:在线报障的流程、系统设计和自改进体系的建设
常新居士
微信扫描登录