SpringCloud-01-微服务和微服务架构

SpringCloud

前提

    了解一个新事物，要从问题着手，带着问题去探索我们的新事物。

常见的面试题

1. 什么是微服务？
2. 微服务之间是如何独立通讯(通信或产生联系)的？
3. SpringCloud 和Dubbo有那些区别?
4. SpringBoot 和SpringCloud,请谈谈你对它们的理解
5. 什么是服务熔断？什么是服务降级?
6. 微服务的优缺点分别是什么? 说下你在项目开发中遇到的坑
7. 你所知道的微服务技术栈有哪些？
8. Eureka和Zookeeper都可以提供服务注册与发现的功能,请说说二者的区别?
   …

基于上述的问题，我们一步步进行探索

微服务讲解

    微服务是一种软件架构思想，是面向服务的体系架构(SOA)的一种变体，它提倡将单一应用划分成一组小的服务，服务之间可以互相协调，互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制(基于HTTP的RESTful API)互相沟通，每个服务都围绕着具体的业务进行构建，并且能够独立部署到生产环境，类生产环境等。应该避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据上下文，选择合适的语言，工具进行构建，对于不同的语言来编写服务，可采用不同的数据库存储。

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

微服务与微服务架构

---

微服务

表现在服务的大小，着重于某一个点，是用来解决某个业务功能(或某一个问题)对应的服务,从生活中看，建房子本身是一个复杂的过程，但通过做工拆分，不同的角色做不同的事情，将他们做的事情合并起来，就建成了一栋房子。这里微服务体现在不同的角色做不同的事情，房子就是这些微服务搭建而成的微服务项目。

---

微服务架构

是一种架构模式，提倡将单一应用划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务和服务间采用轻量级的通信机制(通常基于HTTP的RESTful的API)互相沟通，每个服务都围绕着具体业务进行构建，并且能够被独立地部署在生产环境、类生产环境中。另外，应尽量避免统一的，集中的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言，工具进行构建。

---

微服务的优缺点

---

优点:

• 单一职责原则:一个模块仅有一个引起变化的原因。
• 微服务遵循高内聚低耦合的原则，服务足够小，代码通俗易懂，这样能使服务聚焦于一个指定的业务功能或业务需求
• 开发简单且效率高，一个服务专注于某一个业务功能
• 微服务开发人员应该少而精
• 微服务之间是独立的，是有功能意义的服务，无论是开发阶段还是部署阶段
• 微服务可以根据业务上下文，选择合适的语言开发
• 易于和第三方集成，微服务可以使用容易且灵活的方式集成自动部署，通过持续集成工具，如jenkins,Hudson,bamboo;
• 微服务构建的项目易于理解，修改和维护
• 微服务能够利用和融合最新技术
• 微服务只是业务逻辑
• 每个微服务都有自己的存储能力，可以有单独的数据库，也可以有统一的数据库

---

优点:

• 开发人员要处理分布式系统的复杂性
• 多服务会使运维难度加大
• 系统部署依赖问题
• 服务通信成本问题
• 数据一致性问题
• 系统集成测试问题
• 性能和监控问题

---

##微服务技术栈有那些?

微服务技术条目	落地技术
服务开发	SpringBoot、Spring 、SpringMVC等
服务配置和管理	Netfix公司的Archaius、阿里的Diamond
服务祖册与发现	Eureka、Consul、Zookeeper等
服务调用	Rest、RPC、gRPC
服务熔断器	Ribbon、Nginx等
服务接口调用(客户端调用服务的简化工具) Fegin等
消息队列	Kafka、RabbitMQ、ActiveMQ等
服务配置中心管理	SpringCloudConfig、Chef等
服务路由(API网关)	Zuul等
服务监控	Zabbix、Nagios、Metrics、Specatator等
全链路追踪	Zipkin、Brave、Dapper等
全链路追踪	Zipkin、Brave、Dapper等
数据流操作开发包	SpringCloud Stream(封装与Redis,Rabbit,Kafka等发送接收消息)
时间消息总栈	SpringCloud Bus
服务部署	Docker、OpenStack、Kubernetes等
安全模块	Spring Cloud Security

为什么选择SpringCloud作为微服务架构

1. 选择依据

   • 社区热度高，流行技术
   • 整体解决方案和框架成熟度
   • 可维护性
   • 学习曲线

2. 当前各大IT公司用的微服务架构有哪些?

   • 阿里：dubbo +HFS
   • 京东: JFS
   • 新浪: Motan
   • 当当网: DubboX
     …

3. 各微服务框架对比

功能点/服务框架	Netflix/SpringCloud	Motan	gRPC	Thri t	Dubbo/DubboX
功能定位	完整的微服务框架	RPC框架，但整合了ZK或Consul，实现集群环境的基本服务注册发现	RPC框架	RPC框架	服务框架
支持Rest	是，Ribbon支持多种可拔插的序列号选择	否	否	否	否
支持RPC	否	是(Hession2)	是	是	是
支持多语言	是(Rest形式)	否	是	是	否
负载均衡	是(服务端zuul+客户端Ribbon)，zuul-服务，动态路由，云端负载均衡Eureka（针对中间层服务器）	是(客户端)	否	否	是(客户端)
配置服务	Netfix Archaius，Spring Cloud Config Server 集中配置	是(Zookeeper提供)	否	否	否
服务调用链监控	是(zuul)，zuul提供边缘服务，API网关	否	否	否	否
高可用/容错	是(服务端Hystrix+客户端Ribbon)	是(客户端)	否	否	是(客户端)
典型应用案例	Netflix	Sina	Google	Facebook
社区活跃程度	高	一般	高	一般	2017年后重新开始维护，之前中断了5年
学习难度	中等	低	高	高	低
文档丰富程度	高	一般	一般	一般	高
其他	Spring Cloud Bus为我们的应用程序带来了更多管理端点	支持降级	Netflix内部在开发集成gRPC	IDL定义	实践的公司比较多