老实巴交的麻匪

本文聚焦异常架构设计的异常分类，从核心责任等维度展开，区分平台与应用异常，详细讲解应用异常的客户端（4xx）、业务（299）、服务端（5xx）三层架构及未知异常处理。

异常的架构设计，是业务无关的，大多数开发工程师都不会特别关注，什么时候抛异常，什么时候处理异常都看心情和习惯。互联网上关于异常的系统性研究文章几乎没有，我将花费一段时间，由浅入深探究异常架构设计。

好的异常处理，不是为了让程序“不报错”，而是为了让错误发生得清晰、体面且可控。防御性编程是态度，快速失败是策略，用户友好是修养，可观测性是生命线。

团队治理项目多了，管理不能乱。在父子项目架构下，职责划分要像切菜一样清晰。Submodule 最大的优势在于解耦，它允许各团队保留独立的 Git 权限和不同的开发节奏。

异常处理（Exception Handling）的设计往往能体现一个团队编码规范质量，直接对性能分析、故障发现、故障诊断等起到重要作用，本文介绍异常Exception设计在系统可维护性和故障感知上的。

2026年系统性的自学LLM、RAG、Agent等AI前沿技术，推荐最近我在看的电子书《hello-agents》，目前在GitHub上已经斩获15k的Stars，并且上升曲线非常陡峭。

云原生的技术理念是将应用与基础设施解耦，实现高度可扩展、弹性和可靠的系统，其代表技术包括微服务、容器、服务网格、不可变基础设施与声明式API。

CD Pipeline 从镜像仓库到生产环境，流水线在项目建设初期定义，可重复执行。在编排 Pipeline 中使用配置及代码、声明式API的理念。

在 SRE 运维实践中，变更管控流程中包含很多字段信息和附件，作为变更就绪条件，由责任人审核审批。AI+稽核在变更管控中如何体现业务价值？