如何一文认识 微服务概述和 SpringCloud（一）

1、微服务定义

  提出者论文的描述： 通常而言，微服务架构是一种架构模式或者说是一种架构风格，他提倡将一应用程序划分成一组小的服务，每个服务运行在其独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通（Cloud 是基于 HTTP 的 RESTful API，Dubbo 是基于远程过程调用 RPC）。每个服务都围绕着具体业户进行构建，并且能够独立的部署到生产环境中、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也可以使用不同的数据存储。

  技术维度的解析： 微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库。

2、微服务优缺点

优点：

1. 每个服务足够内聚，足够小，比较容易聚焦
2. 开发简单且效率高，一个服务只做一件事情
3. 开发团队小，一般2-5人足以（当然按实际为准）
4. 微服务是松耦合的，无论开发还是部署都可以独立完成
5. 微服务能用不同的语言开发
6. 易于和第三方集成，微服务允许容易且灵活的自动集成部署（持续集成工具有enkins,Hudson,bamboo等）
7. 微服务易于被开发人员理解，修改和维护，这样可以使小团队更加关注自己的工作成果，而无需一定要通过合作才能体现价值
8. 微服务允许你融合最新的技术
9. 微服务只是业务逻辑的代码，不会和HTML,CSS或其他界面组件融合。
10. 每个微服务都可以有自己的存储能力，数据库可自有也可以统一，十分灵活。

缺点：

1. 开发人员要处理分布式系统的复杂性（分布式的联合事务管理）
2. 多服务运维难度，随着服务的增加，运维的压力也会增大
3. 依赖系统部署
4. 服务间通讯的成本
5. 数据的一致性
6. 系统集成测试
7. 性能监控的难度

3、微服务的技术栈

微服务条目	落地技术
服务开发	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、Specatator等
全链路追踪	Zipkin、Brave、Dapper等
服务部署	Docker、OpenStack、Kubernetes等
数据流操作开发包	SpringCloud Stream(封装与Redis，Rabbit，Kafka等发送接收消息)
事件消息总线	SpringCloud Bus

一个项目满足了上面的大多数微服务条目，才能称为是微服务架构

4、微服务架构的落地产品选择

1）选型依据

1. 整体解决方案和框架的成熟度
2. 社区热度
3. 可维护性
4. 学习曲线

2）当前各大IT公司的微服务架构

1. 阿里Dubbo/HSF
2. 京东JSF
3. 新浪Motan
4. 当当DubboX

3）各微服务的框架对比

5、认识 SpringCloud

Spring 的三大模块：SpringBoot（构建），Spring Cloud（协调），Spring Cloud Data Flow（连接）

5.1、SpringCloud 是什么

1. 分布式系统的简化版（官方介绍）
2. SpringCloud 基于 SpringBoot 提供了一整套微服务的解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于Netflix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件
3. SpringCloud 利用 SpringBoot 的开发便利性巧妙地简化了分布式系统的基础设施开发，SpringCloud 为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线，全局所、决策精选、分布式会话等等，他们都可以用 SpringBoot 的开发风格做到一键启动和部署。
4. 一句话概括：SpringCloud 是分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的几何体，俗称微服务全家桶

5.2、SpringCloud 和 SpringBoot 是什么关系

• SpringBoot：专注于快速方便的开发单个微服务个体（关注微观）
• SpringCloud：关注全局的微服务协调治理框架，将SpringBoot开发的一个个单体微服务组合并管理起来（关注宏观）
• SpringBoot 可以离开 SpringCloud 独立使用，但是 SpringCloud 不可以离开 SpringBoot ，属于依赖关系

5.3、SpringCloud 和 Dubbo 之间的多维度对比

最大区别：

• Spring Cloud 抛弃了 RPC 通讯，采用基于 HTTP 的 REST 方式。这两种方式各有优劣，Spring Cloud 牺牲了服务调用的性能，但是同时也避免了原生 RPC 带来的问题。而 REST 比 RPC 更为灵活，服务提供方和调用方的依赖只依靠一张契约，不存在代码级别的强依赖。
• 社区的支持与力度：Dubbo 曾经停运了5年，虽然重启了，但是对于技术发展的新需求，还是需要开发者自行去拓展，对于中小型公司，显然显得比较费时费力，也不一定有强大的实力去修改源码。
• 一句话：Dubbo 像组装机，Spring Cloud 像一体机

总结： 两者解决的问题域不一样：Dubbo 的定位是一款 RPC 框架，Spring Cloud 的目标是微服务架构下的一站式解决方案。