系统设计
文章平均质量分 56
泰山与水
古今之成大事者,不惟有超世之才,亦惟有坚韧不拔之志
展开
-
隐藏老代码拖慢CPU
第一版代码编写者就可以预判这个可能是未来的瓶颈,更换算法或者实现方式,再不济写一个注释问题排查的过程中,主管判断是第一步,然后一定要用测试数据去佐证,不能直接主管判断下结论,特别是性能分析场景大多数慢优化场景都是分析IO,网络,内存问题,很少有几个循环比较导致CPU慢的场景,这个容易让分析者习惯性走偏,为了避免这种情况,核心的办法就是测试对比,打印耗时,这是直接准确的数据,一且都要数据说话。原创 2024-04-06 16:27:54 · 276 阅读 · 0 评论 -
什么时候外部依赖接口慢拖死应用?
以上问题是我在生产上遇到过的,当时8个实例的应用,B应用耗时3s-4s,瞬间A实例的线参数打打到1500-1600,A的所有实例打死了7个,这个时候调整限流qps,熔断时间等已经来不及,因为应用早已经打死了,只能重启。针对上面的场景,为了保护A应用不被外部B应用响应慢拖死,需要合理设置A调用B的接口超时时间,但是B接口的超时是不可避免的,网络随时抖动,B应用可能故障,B应用可能性能瓶颈,A请求量增大导致B扛不住等。3000ms内需要线程数。注意一定是线参数限流模式。原创 2024-04-06 16:10:46 · 381 阅读 · 0 评论 -
接口超时问题思考
第一步确认服务提供方接口耗时情况,经验值约定外部服务3s内返回在约定耗时基础上适当增加耗时,经验值约定5s超时,调用方以此应付服务方抖动情况调用方需设置熔断保护自己调用者需要考虑自己重试,或告知上游重试服务方需考虑任务是否需要幂等服务方需考虑幂等条件服务方需考虑幂等判断是提供接口给调用方查询,还是通过回调通知上游需设置熔断保护自己上游需支持重试入口,提高用户体验。原创 2024-03-24 18:13:02 · 353 阅读 · 0 评论 -
常见分页问题
查询分页数据量过大查询分页条件过多查询分页在分布式数据库,分库分表数场景存在深度分页问题查询实时性要求,如秒级返回查询请求qps并发性要求内存资源限制大历史数据查询问题,(本质是冷,温,热数据治理不合理)历史数据和实时数据混合查询问题,(本质架构设计不合理)原创 2024-03-24 17:14:39 · 982 阅读 · 0 评论 -
编程论语 EPIGRAMS IN PROGRAMMING
作者: Alan J. Perlis艾伦·佩利,1966年图灵奖翻译 2022-07-07 13:08:25 · 326 阅读 · 0 评论 -
短信系统账号体介绍【一】
短信头脑风暴原创 2022-04-23 21:16:28 · 648 阅读 · 0 评论 -
ES迁移到TiDB总结
60亿数据从es迁移到tidb原创 2022-03-22 20:07:52 · 5013 阅读 · 0 评论 -
消息平台-业务架构概要
系统设计,头脑风暴原创 2022-03-16 15:36:42 · 936 阅读 · 1 评论 -
影像系统需求分析及架构概要
影像系统需求及架构设计畅想原创 2022-03-14 20:22:28 · 6189 阅读 · 0 评论 -
分布式缓存设计总结(最全)
分布式缓存设计史上最全总结,如果能在项目中把每个点都实践过,那就是大牛了原创 2020-07-12 21:57:01 · 605 阅读 · 0 评论 -
消息推送技术资料收集
消息推送技术干货:美团实时消息推送服务的技术演进之路https://baijiahao.baidu.com/s?id=1707602558986717685&wfr=spider&for=pc原创 2021-12-01 17:40:19 · 1534 阅读 · 0 评论 -
消息平台-消息类型比较
业务消息类型原创 2021-09-09 11:09:19 · 399 阅读 · 0 评论 -
消息渠道评分模型方案
一、目的:对消息系统的渠道能力做综合的量化评分,根据评分数据系统自动决策渠道流量分配比例 渠道自动化管理 渠道画像二、基础指标三、迭代指标四、渠道自动化管理五、渠道画像...原创 2021-08-10 17:29:35 · 146 阅读 · 0 评论 -
(转)设计模式--责任链模式的思考
https://cloud.tencent.com/developer/article/1347589转载 2020-11-06 14:32:03 · 107 阅读 · 0 评论 -
常用系统幂等设计总结
幂等性是系统服务对外一种承诺,承诺只要调用接口成功,外部多次调用对系统的影响是一致的。声明为幂等的服务会认为外部调用失败是常态,并且失败之后必然会有重试。总结有下面的实现方式序号 方法 1 2 1 页面防止重复提交 页面防止重复提交 2 token机制 token存Session token存Redis 3 数据库去重 唯一索引 联合唯一索引 4 悲观锁 数据库更新上锁 5 ...原创 2020-06-23 21:41:35 · 165 阅读 · 0 评论 -
应用接口规范
RESTful模式一、API版本规范将API版本号放入URL,例如:https://api.example.com/v{n}/建议:基于API采用多版本并存,增量发布的方式,其中v{n} n代表版本号,分为整形和浮点型:整形:大功能版本发布形式;具有当前版本状态下的所有API接口,例如:v1,v2 浮点型:为小版本号,只具备补充api的功能,其他api都默认调用对应大版本号的api,例如:v1.1,v2.2二、Endpoint(路径)规范Rest接口参照Restful标准规范路.原创 2020-06-02 10:25:18 · 678 阅读 · 0 评论