huanfeng_AI的博客

DDD 告诉你限界上下文是什么，却没有告诉你如何划分。

微服务数量越多越复杂。

现在微服务的基础设施还是越来越完善了，现在基础设施缺乏的问题逐渐被解决了。

ESB就是一个一个微服务的功能。

发微博是写操作，可以用与写缓冲(Buffer)么？最好是不要加，写缓冲会使得写入速度变慢，比如发送了微博10分钟后，别人还看不到，体验会很不好。微博评论可以用缓冲，影响不大。

接口高可用主要应对两类问题：雪崩效应和链式效应。雪崩：当请求量超过系统处理能力之后，会导致系统性能螺旋快速下降，本来系统可以处理1000条，但是当请求量超过1200的时候，此时性能会下降，然后处理速度越来越慢，系统表现越来越差，问题越来越严重。链式：一个故障会引起后续一连串的故障。防止链式效应就是出了故障之后不要让故障扩散，不要因为A系统出了故障，B系统也由于A系统出现故障导致出现故障，最后所有的系统全部都出现故障。接口高可用架构本质上是“丢车保帅”策略，业务或者用户体验会部分有损!

spanner是蚂蚁业务级别的负载均衡，有点像网关，比如按设备进行分区比较适合app。

负载均衡就是一个计算架构DNS：将请求分配到不同的机房。

只有数据缓存是为了解决读写慢的问题，而结果缓存不是的。

一般读cache，写buffer。

这里存储复杂度最高的地方：图片数据10T、试卷请求TPS:5w/s。

一般而言，技术本质，部署架构，数据模型都可以在文档中学习到。

2B业务是很明确的2C业务需要估计出来。

分片架构就可以解决主从复制存在的问题，如果主机能够承担写的性能，那么主从就够了，如果不能，那么就需要分片架构了。

故障：机器挂掉灾难：自然灾害多活：技术复杂度高、成本高。

读写分离解决了读的问题。读被分离出去了，写性能的提升还是会有的。数据库慢不需要直接上读写分离，先尝试优化索引，加入缓存等操作。