微服务定义

过去几年来，“微服务架构”这个术语出现了，它描述了一种将软件应用程序设计为可独立部署的服务套件的特定方式。尽管这种架构风格没有确切的定义，但围绕业务能力，自动化部署，端点智能以及语言和数据的分散控制等方面存在着某些共同特征。

简而言之，微服务架构是一种将单应用程序作为一套小型服务开发的方法，每种应用程序都在其自己的进程中运行，并与轻量级机制（通常是HTTP资源的API）进行通信。这些服务是围绕业务功能构建的，可以通过全自动部署机制进行独立部署。这些服务的集中化管理已经是最少的，它们可以用不同的编程语言编写，并使用不同的数据存储技术。

以上摘自互联网对“微服务”的定义。按照我本人的理解“微服务”为各个互相解耦的子服务和服务发现工具组合而成的一种系统架构，整个微服务架构区别于之前的整个复杂整合软件架构，其子系统或者子模块可以单独发布避免新版本的部分错误而影响整个系统。同一个服务部署在不同的服务器也可以做到负载均衡，如果某一个子服务出现故障无法提供服务时，服务自动将其下线，保留正常的另一个提供相同功能的子系统服务。

Consul+SpringBoot 的微服务架构

微服务架构实现方式有许多种，我这里暂时只将SpringBoot+Consul的架构来讲解。这里有几个名词来讲解下：

Spring Boot ：简化后的产品级的 Spring 应用和服务，简化了配置文件，使用嵌入式web服务器，含有诸多开箱即用微服务功能，可以和spring cloud联合部署。

Spring Cloud ：微服务工具包，为开发者提供了在分布式系统的配置管理、服务发现、断路器、智能路由、微代理、控制总线等开发工具包。

Consul：服务发现的框架。

待更新...