后端工程全景知识图谱

HTTP / RPC / 消息驱动

HTTP: 最通用的服务边界，适合开放接口、BFF、服务间中低频调用。

RPC: 更适合内部服务治理，强调接口契约、性能和多语言代码生成。

消息驱动: 适合解耦、削峰填谷、异步任务、事件广播，但代价是链路复杂度和最终一致性问题。

关键判断

很多系统问题并不是“代码写慢了”，而是同步边界过多、重试策略错误、超时设置不合理。

关系型数据库

MySQL / PostgreSQL 仍然是多数业务系统的主心骨。事务、一致性、索引、SQL 优化是后端基本功。

缓存系统

Redis 用来扛读压力、做热点数据、分布式锁、排行榜、会话、限流，但“加缓存”往往会引入一致性和回源风暴问题。

搜索与分析

Elasticsearch / OpenSearch 更适合检索和聚合，不要强行拿来替代主数据库。

经验判断

先想清楚“数据的真实来源是谁”，再决定哪些地方可以缓存、异步、冗余和反规范化。

为什么需要消息队列

削峰、异步、解耦、广播、重试、延时任务是最常见动机。但消息队列不是性能银弹，而是把同步复杂度换成异步复杂度。

主流场景

Kafka: 日志流、事件流、大吞吐；RabbitMQ: 业务消息、路由灵活；RocketMQ: 企业级事务与延时场景常见。

高频坑

重复消费、消息乱序、积压、死信、消费者幂等、生产端重试导致重复写入。

核心问题

超时、重试、幂等、限流、熔断、隔离、降级、分布式事务、一致性、选主、配置变更。

为什么难

单机程序出错通常是“哪里坏了”；分布式系统出错常常是“每一层都没完全坏，但组合起来出问题”。

后端工程的分水岭

能把 CRUD 做出来是入门；能把故障边界和恢复路径设计清楚，才是真正的工程能力。

接口安全

认证、鉴权、签名、限流、幂等、防重放、输入校验、输出脱敏通常都属于后端核心职责，不是“安全团队单独兜底的事情”。

数据安全

脱敏、审计、加密、密钥管理、权限隔离、合规要求会随着业务增长迅速放大。

经验原则

后端越接近核心业务和资金链路，越不能把安全当成上线后的补丁工程。

最小闭环

代码提交 → 单测 / 静态分析 → 构建制品 → 集成测试 → 镜像构建 → 漏洞扫描 → 灰度发布 → 监控验证 → 回滚预案。

后端发布和前端不同

前端更多是静态资源与用户体验问题；后端发布直接关系数据正确性、依赖兼容性、流量承载与服务连续性。

关键判断

没有数据库变更策略、兼容性策略和降级方案的发布流程，不算成熟后端交付体系。