文章指出，架构选择的关键不在微服务或单体本身，而在团队认知负荷。单一团队宜采用模块化单体，避免过度拆分微服务而增加沟通负担；多团队则适合微服务，通过良好API实现领域抽象与独立协作。应减少额外认知负荷，按团队能力设计架构。
完成下面两步后，将自动完成登录并继续当前操作。
![这不是微服务或单体的问题，而是认知负荷的问题 [译]](https://substackcdn.com/image/fetch/w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb6fe8814-89f3-4c53-8b73-f8e1b0c7cc66_1200x600.png)
