什么是微服务

目前而言，对于微服务业界没有一个统一的标准定义，但是通常而言是提倡把一个单一的应用程序划分为一组小的服务，每个小的服务都会进行再自己的进程中，服务之间通过轻量级通信机制（http的restful API）进行通信，那么这每一个小的服务就是微服务。

什么是微服务架构

微服务架构是一种架构模式（用于服务管理微服务的），它把一组小的服务互相协调，互相配合，并且完成功能。每个服务运行在独立的进程中，服务于服务之间采用轻量级的通信机制互相协作（通常是Http的Restful API）。

每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境。

另外，应当尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言，工具对其进行构建

restTemplate和微服务的结合 微服务和restful_restTemplate和微服务的结合

单体架构与微服务架构

单体架构：比如传统单一电商应用，订单，支付，用户，商品等等所有模块都在一个项目中，若某一个模块出现异常，则会导致整个版本发布的回退。

微服务架构：就是把单一应用里的每一个模块拆成一个一个的微服务，比如订单微服务，支付微服务，用户微服务，商品微服务等等，若某一个微服务出现错误则不会导致整个版本的回退。

restTemplate和微服务的结合 微服务和restful_通信机制_02

微服务的优缺点

优点

  1. 每个服务足够内聚，足够小，代码容易理解，能聚焦一个指定的业务功能或需求（职责单一）
  2. 开发简单、效率高，一个服务就是专一的只干一件事，能够被小团队单独开发（2-5人）
  3. 可以使用不同的语言开发。
  4. 易于和第三方集成，允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins等…
  5. 微服务只是业务逻辑的代码功能接口，不会和HTML&CSS或其他界面组件混合。
  6. 每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一数据库。

缺点

  1. 开发人员要处理分布式系统的复杂性（分布式事物等）
  2. 系统部署依赖
  3. 服务间通信成本
  4. 数据一致性