架构不是技术名词的堆叠，而是在功能约束之外，对可用性、性能、可维护性、演进成本和团队能力做出的长期取舍。
这个专题解决什么问题
- 如何从简单、合适、可演进的原则出发划分系统边界。
- 如何通过领域建模、权限模型和业务中台设计控制业务复杂度。
- 如何理解一致性、高可用、异地多活、缓存和消息带来的工程取舍。
- 如何选择 Kubernetes、Service Mesh、API Gateway 和南北向流量方案。
- 如何把容量、可观测性、故障演练和事故复盘纳入架构设计。
适合哪些读者
适合后端工程师、架构师、技术负责人、云原生平台工程师和 SRE，尤其适合需要把业务系统从“能够运行”推进到“可扩展、可治理、可恢复”的团队。
推荐阅读路径
- 建立架构判断标准：架构设计三原则。
- 处理业务复杂度：手把手落地 DDD与权限的一种实现方式。
- 理解分布式基础：Raft与分布式技术原理与算法解析。
- 进入云原生平台：集成容器云、南北入口网关选型和APISIX 架构。
- 面向高可用设计：异地多活与多云高可用网关。
关键术语与常见决策
- 系统设计：边界、内聚/耦合、DDD、演进式架构、质量属性。
- 分布式：CAP、共识、幂等、重试、消息、缓存一致性、故障域。
- 云原生：Kubernetes、Ingress/Gateway API、Service Mesh、APISIX、Envoy。
- 稳定性：多活、容灾、限流、熔断、降级、容量评估、可观测性。
- 关键决策：单体还是服务化、同步还是异步、状态放在哪里、如何划分故障域、何时引入平台能力。