2026年的微服务与GenAI：我与Dear Architects的对话
内容提要
Chris Richardson在播客中探讨2026年微服务与GenAI的关系，强调GenAI时代快速反馈和测试驱动开发的重要性，微服务架构因支持快速反馈而更显关键。他批评企业忽视架构导致软件难以变更，并警示分布式单体陷阱。建议架构师基于上下文权衡服务边界，渐进式改造，并对技术保持健康怀疑。
延伸解读
GenAI时代，架构与测试成为关键护栏
Chris Richardson指出，编码代理依赖快速反馈和护栏，而这些都来自架构和测试。他认为，GenAI时代更需要测试驱动开发和快速反馈循环，因此微服务架构反而更受青睐。他强调，如果没有良好的测试和架构约束，AI生成的代码可能产生大量死代码或引入未知缺陷，因此架构师必须确保基础实践到位。
警惕“分布式单体”陷阱
Richardson警告，许多组织在采用微服务时并未改变组织结构和流程，导致陷入“分布式单体”——既承担了微服务的复杂性和成本，却未获得相应收益。他建议默认采用单体架构，除非有明确问题需要服务解决。架构师应基于上下文权衡服务边界，避免为了微服务而微服务。
渐进式改造优于“大爆炸”重写
对于遗留系统现代化，Richardson更推崇Strangler Fig模式，即逐步替换，而非一次性重写。他指出，AI生成代码需要清晰的规格和测试，但遗留系统往往缺乏这些，且需求需要逆向工程。他提醒，像Next.js那样的快速重写案例并不适用于大多数遗留系统，因为后者缺乏详尽的测试和文档。
架构师应回归基础，保持健康怀疑
Richardson建议架构师在2026年仍应聚焦基础：模块化、松耦合和自动化测试。他认为，许多企业仍困于协调会议，无法快速变更。他呼吁对新技术保持健康怀疑，要求证据，而非轻信社交媒体上的成功案例。架构师的工作是解决问题，需基于上下文权衡，而非追逐潮流。
Q&A
2026年微服务与GenAI的关系是什么？
Chris Richardson认为，在GenAI时代，微服务架构变得更加重要，因为GenAI编码代理需要快速反馈和测试驱动开发，而微服务通过独立的部署管道和松耦合设计能够提供这种快速反馈。
为什么说GenAI时代更需要测试驱动开发？
因为编码代理本质上必须使用测试驱动开发，它需要快速运行测试并获得反馈，所以测试驱动开发成为GenAI时代的关键实践。
什么是分布式单体，它有什么危害？
分布式单体是指将单体架构拆分为多个服务，但服务之间仍然紧密耦合，导致变更困难，同时承担了微服务的复杂性和成本却没有获得好处。
如何决定是否采用微服务架构？
默认架构应该是单体，除非有明确的问题可以通过引入一个或多个服务来解决。架构师需要权衡服务边界，考虑上下文，如应用复杂度和团队数量。
在微服务架构中，如何处理延迟敏感的系统？
可以将延迟敏感的操作及其相关代码放在同一个服务中，避免分布式调用，而其他非延迟敏感的操作可以分布在多个服务中。低延迟可能限制服务边界，但不一定强制使用单体。
什么是成功三角，它包含哪些要素？
成功三角是指快速交付软件需要正确的架构、正确的组织和正确的流程。具体包括基于Team Topologies的组织结构、DevOps实践，以及支持这两者的架构。
GenAI在遗留系统现代化中扮演什么角色？
GenAI可以作为理解遗留代码库的工具，但需要防止幻觉。它可以生成代码，但需要测试和规范作为护栏。现代化不仅仅是生成代码，还包括逆向工程需求、设计新架构等，因此推荐使用绞杀者模式进行增量迁移。
Chris Richardson给2026年架构师的建议是什么？
建议架构师专注于基础，如模块化和松耦合，这些概念自1972年就存在但尚未普及。同时要保持健康怀疑，要求证据，并采用模式导向的思维。
