系统架构

一个人或两三个人做产品，最大的约束不是技术，是时间和钱。这套栈的目标很明确：不养服务器、不写运维、Git push 就上线、流量小的时候几乎零成本。本文从前端静态优先、后端 Serverless、托管数据库，到 CI/CD 自动部署，给出一套能今天动手、明天上线、跑起来月账单趋近于零的务实组合，顺便拿这个网站本身当例子。

图文、视频、评论、直播弹幕……UGC 平台每天要在内容触达用户前完成海量审核。本文走一遍内容审核系统的机审流水线、多级召回、人工复审、策略中心与审核中台设计，兼顾“漏审风险”与“误杀体验”。

在搜索框敲下几个字，下拉框立刻给出最热门的补全建议——这个功能要求在几十毫秒内、从海量词条里返回“以当前输入为前缀、且最热门”的 Top-K。本文讲清前缀匹配的数据结构（Trie/字典树）、热度排序 Top-K、查询日志离线构建词典、在线低延迟服务与缓存，带你设计一个类 Google/淘宝的搜索建议系统。

云盘的核心不是“把文件存到服务器上”，而是支撑海量小文件与超大文件的上传下载、断点续传、秒传去重、分块存储与弹性扩容。本文从文件元数据与内容分离讲起，覆盖分块上传、秒传（内容哈希去重）、对象存储、目录树模型与分享权限，带你设计一个类百度网盘/Google Drive 的系统。

聊天系统看似简单（发消息、收消息），背后却要解决实时推送、消息有序、已读回执、离线消息、多端同步、海量连接等一系列难题。本文从收发消息的核心链路入手，讲清长连接网关、消息投递与确认、存储模型、群聊扇出，以及可靠性（不丢、不重、有序）的设计取舍。

没有一步到位的架构，只有随规模不断演化的架构。本文按用户量级（单机 → 垂直扩展 → 水平扩展 → 服务化 → 多机房）梳理系统在不同阶段遇到的瓶颈与应对，讲清扩展性的两个方向（垂直/水平）、无状态化、分库分表、缓存与读写分离，以及“什么时候该做什么”的取舍。