1.微服务概述

1.1.什么是微服务

微服务（Microservices）：就目前而言，对于微服务业界并没有一个统一的、标准的定义。（While there is no precise definition of this architectural style）

但通常来说，微服务就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事。

 

1.2.微服务架构

  • 微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合。
  • 每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相协作（通常是基于HTTP协议的RESTful API）。
  • 每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境中。
  • 并且尽量避免统一的、集中式的服务管理机制。

 

1.3.微服务的优缺点

优点：

  • 每个服务足够内聚，足够小，代码容易理解能聚焦到一个指定的业务功能或业务需求
  • 开发简单、效率高，一个服务可能就是专一地只干一件事
  • 微服务能够被小团队单独开发，这个小团队仅需2到5个人的开发人员组成（根据实际项目情况）
  • 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的
  • 微服务能使用不同的语言进行开发
  • 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins、Hudson、bamboo
  • 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值
  • 微服务允许你利用融合的最新技术
  • 微服务可以只是业务逻辑的代码，不会与HTML，CSS或其它界面组件混合
  • 每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一的数据库

 

缺点：

  • 开发人员要处理分布式系统的复杂性
  • 多服务运维难度，随着服务的增加，运维压力也在增大
  • 系统部署依赖
  • 服务间通信成本增加
  • 数据一致性问题
  • 系统集成测试成本增加
  • 性能监控难度

 

1.4.微服务的技术栈

微服务条目落地技术
服务开发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

 

2.SpringCloud概述

2.1.SpringCloud是什么

SpringCloud，基于SpringBoot提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于NetFlix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。

SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线，全局所、决策精选、分布式会话等等，他们都可以用SpringBoot的开发风格做到一键启动和部署。

SpringCloud并没有重复造轮子，它只是将各个公司成熟的框架组合起来，通过SpringBoot风格进行再封装、屏蔽掉复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。

======一句话总结：SpringCloud是分布式微服务下的一站式解决方案，是各个微服务架构落地的集合体，俗称微服务全家桶=======　

 

2.2.SpringCloud与SpringBoot的关系

  • SpringBoot专注于快速方便的开发单个个体微服务。
  • SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务
  • SpringBoot可以离开SpringCloud独立使用开发项目，但是SpringCloud离不开SpringBoot，属于依赖关系
  • SpringBoot专注于快速、方便的开发单个微服务个体，SpringCloud关注全局的服务治理框架

 

2.3.SpringCloud和Dubbo对比

 DubboSpring
服务注册中心ZookeeperSpring Cloud Netfilx Eureka
服务调用方式RPCREST API
服务监控Dubbo-monitorSpring Boot Admin
断路器不完善Spring Cloud Netflix Hystrix
服务网关无Spring Cloud Netflix Zuul
分布式配置无Spring Cloud Config
服务跟踪无Spring Cloud Sleuth
消息总线无Spring Cloud Bus
数据流无Spring Cloud Stream
批量任务无Spring Cloud Task

 

 最大区别

（1）SpringCloud抛弃了Dubbo的RPC通讯，采用基于HTTP的REST方式。SpringCloud牺牲了服务调用的性能，但是同时也避免了原生RPC带来的问题。REST比RPC更为灵活，不存在代码级别的强依赖，意在强调微服务的快速演化

的微服务环境下，显然更合适。

（2）Dubbo像组装机，对技术选型人员要求高；SpringCloud像品牌机，保证了可靠性、稳定性

（3）社区的支持与力度：Dubbo曾经停运了5年，虽然重启了，但是对于技术发展的新需求，还是需要开发者自行去拓展，对于中小型公司，显然显得比较费时费力，也不一定有强大的实力去修改源码  

总结

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