上一页 1 ··· 3 4 5 6 7 8 9 下一页
摘要: CAP 理论指的是什么:C(Consistency)是数据一致性、A(Availability)是服务可用性、P(Partition tolerance)是分区容错性。C、A、P 只能同时满足两个目标,而由于在分布式系统中,P 是必须要保留的,所以要在 C 和 A 间进行取舍。假如要保证服务的可用性 阅读全文
posted @ 2023-03-13 15:26 jiaozg 阅读(160) 评论(0) 推荐(0)
摘要: 对架构设计的认知 架构设计的问题,一定要立足于点、连接成线、扩散成面 为什么做架构拆分?通常最直接目的就是做系统之间解耦、子系统之间解耦,或模块之间的解耦。 为什么要做系统解耦?系统解耦后,使得原本错综复杂的调用逻辑能有序地分布到各个独立的系统中,从而使得拆封后的各个系统职责更单一,功能更为内聚。 阅读全文
posted @ 2023-03-13 14:55 jiaozg 阅读(57) 评论(0) 推荐(0)
摘要: 知道做什么永远比怎么做更为重要 架构师视角就是全局的视角 全局包括空间全局和时间全局 空间全局上你要看到整个系统的领域边界 时间全局上你要看到整个系统的发展周期 解决技术问题的方法有很多,这是“术”,但解决技术问题的底层思维逻辑是一样的,这是“道” 以道御术 阅读全文
posted @ 2023-03-13 14:43 jiaozg 阅读(24) 评论(0) 推荐(0)
摘要: 全量缓存 无状态写 并发扣减 阅读全文
posted @ 2023-03-13 10:06 jiaozg 阅读(40) 评论(0) 推荐(0)
摘要: 阅读全文
posted @ 2023-03-09 17:15 jiaozg 阅读(8) 评论(0) 推荐(0)
摘要: 数据冗余的方案 解耦业务逻辑的数据同步方案 阅读全文
posted @ 2023-03-09 17:01 jiaozg 阅读(56) 评论(0) 推荐(0)
摘要: 微服务的好处 易于扩展 发布简单 技术异构 便于重构 微服务的痛 微服务职责划分 微服务粒度拆分 重复代码多 耗费更多服务器资源 分布式事务 服务之间的依赖 联调的痛苦 部署上的难题 阅读全文
posted @ 2023-03-09 16:52 jiaozg 阅读(24) 评论(0) 推荐(0)
摘要: 设计秒杀架构时,我们一般需要遵循 东西不能超卖、 下单成功的订单数据不能丢失、 服务器和数据库不能挂、 尽量别让机器人抢走商品 大流量要注意,出口带宽 PC 网站,首先必须前后端分离,然后静态资源能上 CDN 就上 CDN 动态的请求静态化, 秒杀商品的详情页面变成静态页面,然后再放入 CDN 用户 阅读全文
posted @ 2023-03-09 14:09 jiaozg 阅读(12) 评论(0) 推荐(0)
摘要: 日活用户高达 500 万,基于现有业务模式,业务侧要求我们根据用户的行为做埋点,旨在记录用户在特定页面的所有行为、开展数据分析与第三方进行费用结算 技术选型思路 原始数据海量: 对于这点,我们初步考虑使用 HBase 进行持久化 后台查询原始数据: 如果使用 HBase 直接作为查询引擎,查询速度太 阅读全文
posted @ 2023-03-09 13:33 jiaozg 阅读(55) 评论(0) 推荐(0)
摘要: 分表分库实现思路 1. 使用什么字段作为分片键? 2. 分片的策略是什么? 根据范围分片 简单,容易尾部过热 根据 hash 值分片 指的是根据用户 id 的 hash 值 mod 一个特定的数进行分片。(为了方便后续扩展,一般是 2 的几次方。) 根据 hash 值及范围混合分片 跨库查询 跨库查 阅读全文
posted @ 2023-03-09 09:55 jiaozg 阅读(35) 评论(0) 推荐(0)
上一页 1 ··· 3 4 5 6 7 8 9 下一页