随着数字化转型进入深水区，企业应用程序建设需求急剧增长且变化多端，软件架构经历了单体结构、垂直架构、SOA架构，发展到了现在的微服务架构。

单体架构目前应用较多，部署容易，但单体式应用内部包含了所有需要的服务，且各个服务功能模块有很强的耦合性，也就是相互依赖彼此，很难拆分和扩容，开发维护效率低且难度大，亟需轻量级的微服务架构破解企业数字化转型的应用架构痛点，快速响应企业数字化转型业务需求。

所谓微服务架构，就是一种将单应用程序作为一套小型服务开发的方法，将一个应用拆分成多个松耦合的服务，让服务之间通过某种协议进行互相协作，完成原单体架构功能，降低系统的耦合性，使产品交付变得更加简单灵活。

微服务架构目的是通过业务拆分来降低系统的复杂性，通过服务共享来提供可重用性，这些服务是围绕业务功能构建的，可以通过全自动部署机制进行独立部署。这些服务只需要最低限度的管理，可以用不同的编程语言去编写并且使用不同的数据存储技术。通过服务化来达到业务支持的敏捷性；通过统一的数据架构来消除数据交互的屏障。而微服务的应用致力于松耦合和高内聚：采用单独的业务逻辑封装，接受请求、处理业务逻辑、返回响应，最终实现敏捷开发。

为了保持领先性，企业单位需要保持高速的发展，想要引入新的技术或方法通常需要重写整个应用程序。微服务将应用按功能拆分成小的、松耦合的服务，在不同的项目中重复使用，并且可以进行水平扩展、有确定的模块边界、使用多种技术进行并行开发，只需要较少的生产时间。因此，开发人员可以更快地进行工作，并快速更新应用程序。

应用的功能常常会有不同的扩展需求，不同成员构建的内容交织在一起，各自负责其构建内容的设计、运行和维护很难。微服务架构开发人员可以把服务放在最合适的环境中运行，通过把应用拆分成更小的服务，小的敏捷开发团队可以聚焦在更小的功能点上，更快地以更高的质量开发独立的功能。

这些团队可以它与主要的开发方法以及DevOps一起使用，团队成员可以轻松快速维护服务并对各自构建的服务负责，以改善流程，满足每个服务的扩容和资源使用的需求，从而让大型组织更容易使用微服务架构来减少内部政治和其他可能延迟部署的问题，使整个企业的IT团队更加有效。

总之，微服务提高了应用系统高性能、高并发的能力，并且大幅提高系统吞吐量，也在一定程度上缩短系统开发周期、提高开发效率，是企业应用及数据变革升级的利器，也是数字化转型及运营不可或缺的助产工具。