微服务架构概述

  以前都是多数都是用整体架构风格，把很多的相对应功能以war的形式或者ear的格式归档打包所谓是单体应用。

 1.单体应用的特点：

1.在项目初期比较容易部署，测试，单体应用能够很好的运行。

2.随着需求的添加，单体应用变的越来越臃肿，可维护性，灵活性逐渐降低。

3.复杂性，模块的边界模糊，依赖关系不清晰，代码质量参差不齐，每次修改代码，都怕出现问题。

4.技术债务：随着时间的推移，需求变更和人员更迭，使得代码难以修改。

5.部署频率低：随着代码的增多，构建和部署时间会增加，每个功能的变更和缺陷的修复都会导致重新部署整个应用

           全新部署的方式费时，影响范围大，风险高，出错率变高。

6.可靠性差：某个功能出现问题，导致整个应用崩溃。

7.扩展能力受限：单体应用是整体进行扩展，无法根据模块的需要进行伸缩。

8.阻碍技术创新：单体应用采用的统一的技术平台和方案解决所有问题，想要引入其他的新的框架非常困难。

 

 2.什么是微服务

   微服务的风格是将单一的应用程序开发为一组小型服务的方法，每个服务都有自己的进程，服务间通信采用轻量级

   通讯机制(通常用http资源API),服务根据业务能力构建并且通过全自动部署机制，这些服务共用了最小型的集中式管理，

   服务可用不同语言开发，使用不同数据存储技术。

3.微服务架构的特性

1.每个微服务可独立运行在自己的进程里。

2.一系列独立的微服务共同构建整个系统。

3.每个服务为独立的业务开发，一个微服务只关注特定的功能。

4.微服务之间通过一些轻量级的通信信机制进行通信。

5.可以使用不同的语言与数据存储技术

6.全自动的部署机制

4.微服务的优点及缺点

1.易于开发和维护   

2.单个微服务启动较快

3.局部改动容易部署

4.技术不受限制

5.按照需求，实现微小变动扩展

①在微服务中有上百个服务在运行，运维要求高

②接口调整成本高：假如某个微服务的API有所改动，所有相关的微服务都要调整