架构
Leon232
这个作者很懒,什么都没留下…
展开
-
浅谈秒杀系统架构
一、秒杀业务为什么难做 1)im系统,例如qq或者微博,每个人都读自己的数据(好友列表、群列表、个人信息); 2)微博系统,每个人读你关注的人的数据,一个人读多个人的数据; 3)秒杀系统,库存只有一份,所有人会在集中的时间读和写这些数据,多个人读一个数据。 例如:小米手机每周二的秒杀,可能手机只有1万部,但瞬时进入的流量可能是几百几千万。 又例如:12306转载 2017-12-26 16:28:26 · 160 阅读 · 0 评论 -
浅谈互联网架构中容量设计
一,需求缘起 互联网公司,这样的场景是否似曾相识: 场景一:pm要做一个很大的运营活动,技术老大杀过来,问了两个问题: (1)机器能抗住么? (2)如果扛不住,需要加多少台机器? 场景二:系统设计阶段,技术老大杀过来,又问了两个问题: (1)数据库需要分库么? (2)如果需要分库,需要分几个库? 技术上来说,这些都是系统转载 2017-12-26 16:33:54 · 217 阅读 · 0 评论 -
浅谈负载均衡
什么是负载均衡 负载均衡(Load Balance)是分布式系统架构设计中必须考虑的因素之一,它通常是指,将请求/数据【均匀】分摊到多个操作单元上执行,负载均衡的关键在于【均匀】。 常见的负载均衡方案 常见互联网分布式架构如上,分为客户端层、反向代理nginx层、站点层、服务层、数据层。可以看到,每一个下游都有多个上游调用,只需要做到,每一个上游都均匀访问每一个下游转载 2017-12-26 16:38:51 · 172 阅读 · 0 评论 -
浅谈互联网架构“高并发”
一、什么是高可用 高可用HA(High Availability)是分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计减少系统不能提供服务的时间。 假设系统一直能够提供服务,我们说系统的可用性是100%。 如果系统每运行100个时间单位,会有1个时间单位无法提供服务,我们说系统的可用性是99%。 很多公司的高可用目标是4个9,也就是99.99%,这就意味着,系转载 2017-12-26 16:41:06 · 790 阅读 · 0 评论 -
浅谈缓存与数据库一致性
本文主要讨论这么几个问题: (1)啥时候数据库和缓存中的数据会不一致 (2)不一致优化思路 (3)如何保证数据库与缓存的一致性 一、需求缘起 上一篇《缓存架构设计细节二三事》(点击查看)引起了广泛的讨论,其中有一个结论:当数据发生变化时,“先淘汰缓存,再修改数据库”这个点是大家讨论的最多的。 上篇文章得出这个结论的依据是,由于操作缓存与操作转载 2017-12-26 16:50:44 · 268 阅读 · 0 评论 -
微服务架构优劣
“微服务架构”的话题非常之火,很多朋友都在小窗我,说怎么做服务化?解答“怎么做”之前,先得了解“为什么做”。 画外音:做技术千万不能是这种思路,“别人都在做,所以我们也要搞”。 并不是所有的业务都适合“服务化”,互联网高可用架构,到底为什么要服务化? 服务化之前,高可用架构是什么样的? 在服务化之前,互联网的典型高可用架构如下: (1)客户端,APP,H5,小程序,PC浏览...转载 2019-01-07 17:31:30 · 990 阅读 · 0 评论