某互联网企业正在对其已有的在线服务平台进行架构升级，以提升系统的可维护性、可扩展性和服务稳定性。原系统采用传统的单体架构，随着业务模块的不断增加，系统部署越来越困难，修改一处代码往往需要整个系统重新打包上线，导致维护成本高、故障影响范围广。
为解决上述问题，架构团队计划引入微服务架构，将系统按业务边界划分为多个服务单元，分别部署和独立扩展，并配套引入容器化、服务注册与发现、统一配置中心等能力。同时，团队也在开展质量属性建模分析，明确如可用性、性能、可维护性等非功能需求的权衡与保障机制。
请结合下列问题，完成系统架构设计分析任务。
简述微服务架构，并对比单体架构和微服务架构的优缺点。
微服务架构是一种将应用拆分为多个小型、独立部署的服务单元的架构模式。每个服务聚焦于一个业务功能，运行在独立进程中，通过轻量级协议（如 HTTP/REST、消息队列等）与其他服务通信。服务间松耦合、自治开发、独立部署，常配合容器化和 DevOps 实现快速迭代和弹性伸缩。
微服务架构的优点在于服务独立、易于扩展部署，支持技术异构，有利于故障隔离和小团队并行开发，提高了系统的灵活性和开发效率；但缺点是系统整体复杂度高，带来通信开销、运维监控难度增加、跨服务数据一致性难以保障，同时对自动化运维和服务治理能力提出更高要求。
单体架构是将系统的所有功能模块统一构建为一个整体应用的架构模式。所有业务模块、逻辑处理、UI、数据库访问都在一个进程中运行，部署时打包为一个整体，统一上线。
微服务架构是将系统按照业务边界拆分为多个小型独立服务的架构模式。每个服务自治运行、独立部署，通过轻量级通信（如 HTTP/REST、消息队列）协同工作。微服务架构的特点特点是：
- 服务松耦合，独立扩展；
- 支持技术多样性；
- 易于规模化协作和弹性部署；
- 运维与治理要求更高。
单体架构是一体化构建部署的整体系统，适合简单场景；微服务架构则将系统拆解成多个独立服务，提升灵活性和扩展性，适合大型复杂系统。