请解释微服务架构的定义，并阐述其主要优点，以及说明在项目中通常基于哪些考量选用微服务架构。

回答思路

1. 【回答框架 1】微服务架构是一种将单一应用拆分为一组小型服务的软件设计模式，每个服务围绕业务能力独立部署，通过轻量级机制（多为HTTP/REST或消息队列）通信，服务可独立开发、测试、上线和扩展。
2. 【回答框架 2】主要优点包括：服务间松耦合，便于独立开发与部署；技术栈可异构，不同服务选用合适语言或框架；可按服务粒度水平扩展，资源利用率高；故障隔离性较好，单个服务异常不影响整体；团队可围绕服务自治，提升交付效率。
3. 【回答框架 3】项目选用微服务通常基于：系统复杂度较高，需长期演进；组织规模较大，需并行开发；业务模块间天然边界清晰；对弹性和伸缩性有较高要求；已有或预期较高流量，需要独立扩展关键模块。同时需评估运维成本、分布式复杂度等代价。
4. 【关键点 1】微服务按业务能力拆分，独立部署，通过轻量级通信协作。
5. 【关键点 2】优点：松耦合、独立部署、技术异构、弹性伸缩、故障隔离、团队自治。
6. 【关键点 3】选用条件：系统复杂度高、团队规模大、模块边界清晰、弹性需求高。
7. 【关键点 4】需权衡分布式复杂度、运维成本和数据一致性等代价。
8. 【易错点 1】误以为微服务适用于所有项目，忽视小型应用的成本劣势。
9. 【易错点 2】过度拆分，导致服务过多，运维和通信开销巨大。
10. 【易错点 3】忽略分布式带来的数据一致性、链路追踪和网络延迟问题。