微服务
微服务是一种软件架构风格，将应用程序拆分为一组小型、功能单一、独立部署的服务单元，每个服务运行在独立的进程中，通过轻量级通信机制（如HTTP/REST或消息队列）相互协作。各服务可使用不同的编程语言和数据存储技术，支持独立开发、测试、部署和扩展，有助于提升系统的灵活性、可维护性和容错能力，常与容器化、持续交付等实践结合使用。
时间轴 (近 90 天)
从REST到MQ再到微服务加网关是同一套通信思路随业务规模的自然升级，而非技术路线的替换
在更大规模的微服务架构中，可引入API网关统一管理服务路由、鉴权和流量控制
应届生不需要学微服务，微服务和生产工程是工作后才要掌握的内容
大型AI模型往往是分布式部署、深度嵌入各类应用之中，一键关停在工程上未必可行
微服务架构真正解决的核心问题是部署冲突，即数百名工程师把代码塞进单一可部署应用时相互阻塞
康威定律指系统架构最终会镜像生产它的组织的沟通结构，因此微服务本质上是组织规模问题的技术解
当工程师规模未触及部署冲突边界时，微服务带来的网络调用开销、分布式事务复杂度和可观测性成本往往超过其消除的部署冲突收益
在微服务架构下一个底层故障可能沿着调用链扩散，制造出数量级更多的表层告警
分层架构、微服务、领域驱动设计等实践本质上都是关注点分离思想的不同表达
单体迁移至微服务中的服务边界划分决策高度依赖对业务逻辑的深度理解，需要人工确认，AI 主要价值在于自动化样板代码生成和依赖梳理
还有 4 条时间轴事件
全部知识事实 (15)
AI Agent系统中一次HTTP请求可能触发异步任务队列、消息中间件、多个微服务的链式调用，HTTP 200只是整个调用链的入口确认
90%待验证从REST到MQ再到微服务加网关是同一套通信思路随业务规模的自然升级，而非技术路线的替换
50%待验证在更大规模的微服务架构中，可引入API网关统一管理服务路由、鉴权和流量控制
50%待验证应届生不需要学微服务，微服务和生产工程是工作后才要掌握的内容
50%待验证大型AI模型往往是分布式部署、深度嵌入各类应用之中，一键关停在工程上未必可行
50%待验证微服务架构真正解决的核心问题是部署冲突，即数百名工程师把代码塞进单一可部署应用时相互阻塞
50%待验证康威定律指系统架构最终会镜像生产它的组织的沟通结构，因此微服务本质上是组织规模问题的技术解
50%待验证当工程师规模未触及部署冲突边界时，微服务带来的网络调用开销、分布式事务复杂度和可观测性成本往往超过其消除的部署冲突收益
50%待验证在微服务架构下一个底层故障可能沿着调用链扩散，制造出数量级更多的表层告警
50%待验证分层架构、微服务、领域驱动设计等实践本质上都是关注点分离思想的不同表达
50%待验证单体迁移至微服务中的服务边界划分决策高度依赖对业务逻辑的深度理解，需要人工确认，AI 主要价值在于自动化样板代码生成和依赖梳理
50%待验证在微服务或事件驱动架构下，每次跨服务调用需主动将real_actor_id附加到请求头（如自定义HTTP Header X-Impersonation-Actor）或消息元数据，否则下游服务会丢失上下文
50%待验证云原生、微服务、AI 与数据平台的发展使企业技术栈复杂度远超以往，静态顶层设计难以管控整个技术生态
50%待验证将提示词各服务分散管理会导致生产环境与测试环境渲染出不同的提示词组合，使调试困难
50%待验证Amazon和Netflix因庞大的团队规模和业务复杂度而受益于微服务拆分
50%