近年来，随着互联网行业的迅猛发展，公司或组织业务的不断扩张，需求的快速变化以及用户量的不断增加，传统的单块（Monolithic）软件架构面临着越来越多的挑战，已逐渐无法适应互联网时代对软件的要求。在这一背景下，微服务架构模式(Microservice Architecture Pattern)逐渐流行，它强调将单一业务功能开发成微服务的形式，每个微服务 运行在一个进程中；采用 HTTP 等通用协议和轻量级 API 实现微服务之间的协作与通信。 这些微服务可以使用不同的开发语言以及不同数据存储技术，能够通过自动化部署工具独立 发布，并保持最低限制的集中式管理。 请围绕“论微服务架构及其应用”论题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的、采用微服务架构的软件开发项目及在其中所担任的主要工作。
2．与单块架构相比较，微服务架构有哪些特点？请列举至少 4 个特点并进行说明。
3．结合你参与管理和开发的软件开发项目，描述该软件的架构，说明该架构是如何采用微服务架构模式的，并说明在采用微服务架构后，在软件开发过程中遇到的实际问题和解决方案。
写作要点- 项目概述：简要介绍你参与的微服务项目背景和功能，及你在其中所担任的主要工作。
- 微服务优势
- 技术异构性：每个微服务都是独立的，可以选择不同的技术来实现。
- 弹性：部分服务异常不会导致整个系统不可用。
- 扩展：需要扩展时，只需要对某个服务进行扩展。
- 简化部署：部署时，只需要重新部署修改的服务，而不用部署整个系统。
- 与组织结构相匹配：团队越大维护越困难，根据团队情况调整服务结构。
- 可组合性：系统变更时可以根据情况时有微服务进行组合使用，而不是整个系统的改造。
- 对可替代性的优化：单系统代码关联性较强，不易调整，微服务容易进行改造或重构。
- 微服务挑战
- 分布式系统的复杂度：分布式系统比单系统复杂度搞，服务间的资源管理更为复杂。
- 运维成本：每个服务都是独立的部署单元，都需要独立的配置、部署、监控、日志收集等功能。
- 部署自动化：微服务比单个服务部署周期和频率会高很多，需要自动化代替人工。
- DevOps与组织结构：与单系统团队职责划分明确不同，需要全能型团队。
- 服务间的依赖测试：因为将单系统拆分成了多个服务，需要对服务间的依赖关系进行测试。
- 服务间的依赖管理：微服务间相互协作，服务数量越多，相互的依赖也需要进行管理。
- 结合项目围绕特点优势和跳转进行论述。
