系统设计
文章平均质量分 91
winfield821
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
金融支付系统高并发架构设计文档
高性能:支持单个账户上千TPS的交易处理能力强一致性:保障资金操作的绝对准确,符合金融级数据一致性要求高可用:系统可用性达到99.99%,具备故障自动转移和恢复能力可审计:完整记录所有资金流向,满足金融监管和审计要求可扩展:支持水平扩展以应对业务增长一切皆流水:系统的唯一真相来源是流水记录,余额是流水的计算结果。宁可慢,不可错:在核心的资金处理路径上,一致性、正确性的优先级远高于性能。性能通过架构(如分库分片)和外围系统异步化来提升。对账是底线。原创 2025-12-21 17:17:53 · 907 阅读 · 0 评论 -
推荐/搜索系统的召回、精排、粗排、打散这四个环节都是做什么的?
召回是**“海选”**——用低成本的方式,从海量数据里捞出一批“可能合格”的候选人。粗排是**“一轮面试”**——快速淘汰明显不相关的内容,减少精排的计算压力。精排是**“终面”**——用最精准的模型,确定用户最可能感兴趣的内容顺序。打散是**“最终调参”**——在不牺牲核心体验的前提下,让推荐结果更丰富,提升用户长期留存。原创 2025-12-11 21:03:02 · 615 阅读 · 0 评论 -
设计一个 AB 测试平台
客户端层:包括Web客户端、移动客户端和服务端集成。通过SDK或API与平台交互。接入层:负责流量分发和API网关功能,处理认证、限流等。应用服务层:核心业务逻辑,包括实验管理、用户分配、事件收集和分析服务。数据层:存储实验配置、用户数据和事件数据的数据库及缓存系统。辅助服务:提供认证授权、通知、日志等功能支持。本设计提供了一个可扩展、高性能的AB测试平台架构,能够满足企业级应用需求。微服务架构:将系统分解为功能明确的服务,便于独立扩展和维护。高性能分配系统:通过多层缓存和异步处理确保快速的用户分配决策。原创 2025-09-06 16:03:10 · 1236 阅读 · 0 评论 -
秒杀服务的回调方案
用Redis存储秒杀请求的状态,key为seckill:result:{请求ID},value为JSON格式的结果(如异步处理:通过消息队列 decouple 秒杀请求的接收与处理,避免阻塞。结果缓存:用Redis存储请求状态,支持高并发查询。回调机制:根据流量规模选择轮询/长轮询/WebSocket,确保结果及时通知。用户体验:前端需显示“处理中”状态,避免用户重复点击;结果页清晰反馈成功/失败原因。通过这套方案,既能应对秒杀的高并发压力,又能通过回调机制实时将结果反馈给用户,平衡了性能与体验。原创 2025-08-22 00:57:38 · 828 阅读 · 0 评论
分享