SpringCloud——微服务概述

一、微服务与微服务架构
  微服务强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用。狭意的看，可以看作Eclipse里面的一个个微服务工程/或者Module。强调的是一个个的个体，每个个体完成一个具体的任务或者功能。
  通常而言，微服务架构是一种架构模式或者说架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行在独立的进程中，服务之间互相协调、互相配合，为用户提供最终价值。每个服务都围绕具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境等，服务之间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTFul API)。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写这些服务，也可以使用不同的数据存储。
  从技术角度来说：微服务化的核心就是将传统的一栈式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程的概念，能够自行单独启动或销毁，拥有自己独立的数据库。
  注：Dubbo和SpringCloud的通信机制不同，Dubbo是基于RPC的远程过程调用，而SpringCloud是基于HTTP的RESTFul调用

二、微服务的优缺点
 优点：

 缺点：

三、微服务技术栈
  SpringCloud是一个完整的微服务框架(相较于Dubbo等其他微服务框架而言)，涵盖服务治理、服务注册、服务调用、服务监控、负载均衡等，详见下表：

微服务条目	落地技术	备注
服务开发	SpringBoot、Spring、SpringMVC
服务配置与管理	Netflix公司的Archaius、阿里的Diamond等
服务注册与发现	Eureka、Consul、zookeeper等
服务调用	Rest、RPC、gRPC
服务熔断	Hystrix、Envoy等
负载均衡	Ribbon、Nginx等
服务接口调用(客户端调用服务的简化工具)	Feign等
消息队列	Kafka、RabbitMQ、ActiveMQ等
服务配置中心管理	SpringCloudConfig、Chef等
服务路由(API网关)	Zuul等
服务监控	Zabbix、Nagios、Metrics、Spectator等
全链路追踪	Zipkin、Brave、Dapper等
服务部署	Docker、OpenStack、Kubernetes等
数据流操作开发包	SpringCloudStream(封装Redis、Kafka、Rabbit等发送消息)
事件消息总线	SpringCloudBus
…