SpringCloudAlibaba_1

一、微服务和SpringCloudAlibaba介绍

1、微服务

1.1系统架构演变

随着互联网的发展，网站应用的规模也在不断的扩大，进而导致系统架构也在不断的进行变化。从互联网早起到现在，系统架构大体经历了下面几个过程:单体应用架构—>垂直应用架构一>分布式架构—>SOA架构—>微服务架构，当然还有悄然兴起的Service Mesh(服务网格化)。

各种系统架构是什么样子的，以及各有什么优缺点：

1.1.1单体应用架构

互联网早期，一般的网站应用流量较小，只需一个应用，将所有功能代码都部署在一起就可以，这样可以减少开发、部署和维护的成本。

演变过程：

 

优点：

• 项目架构简单，对于小型项目来说开发成本低
• 项目部署在一个节点上，维护方便

缺点：

• 全部功能集成在一个工程中，对于大型项目来讲不易开发和维护
• 项目模块之前紧密耦合，单点容错率低
• 无法针对不同模块进行针对性优化和水平扩展

     1.1.2垂直应用架构

所谓的垂直应用架构，就是将原来的一个应用拆成互不相干的几个应用，以提升效率。比如我们可以将上面电商的单体应用拆分成:

。电商系统(用户管理商品管理订单管理)

。后台系统(用户管理订单管理客户管理).

。CMS系统(广告管理营销管理)

这样拆分完毕之后，一旦用户访问量变大，只需要增加电商系统的节点就可以了，而无需增加后台和CMS的节点。

优点：

• 系统拆分实现了流量分担，解决了并发问题，而且可以针对不同模块进行优化和水平扩展
• 一个系统的问题不会影响到其他系统，提高容错率

缺点：

• 系统之间相互独立，无法进行相互调用
• 系统之间相互独立，会有重复的开发任务

1.1.3分布式架构

当垂直应用越来越多，重复的业务代码就会越来越多。这时候，我们就思考可不可以将重复的代码抽取出来，做成统一的业务层作为独立的服务，然后由前端控制层调用不同的业务层服务呢?这就产生了新的分布式系统架构。它将把工程拆分成表现层和服务层两个部分，服务层中包含业务

逻辑。表现层只需要处理和页面的交互，业务逻辑都是调用服务层的服务来实现。

优点：

抽取公共的功能为服务层，提高代码复用性

缺点：

系统之间耦合度变高，调用关系错综复杂，难以维护

1.1.4 SOA架构

在分布式架构下，当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心对集群讲行实时管理。此时，用干资源调度和治理中心(SOA Service Oriented Architecture)是关键。

优点:

使用治理中心(ESBldubbo)解决了服务间调用关系的自动调节

缺点:

服务间会有依赖关系，一旦某个环节出错会影响较大(服务雪崩)服务关系复杂，运维、测试部署困难

  1.1.5微服务架构

     微服务架构在某种程度上是面向服务的架构SOA继续发展的下一步，它更加强调服务的"彻底拆分"。

微服务架构与SOA架构的不同

微服务架构比SOA槃构粒度会更加特细，让专业的人去做专业的事情(专注)，目的股高效率，每个锻务于赧务之间互不影响，微股务架构中，每个搬务必须独立部署，微服务架构更加轻巧，轻量级.SOA架构中可能数据库存储会发生共享，微服务强调独每个服务都是单独数据库，保证每个服务于服务之间互不影响。

项目体现特征微服务架构比SOA架构更加适合与互联网公司敏捷开发、快速迭代版本，因为粒度非常精细.

优点：

• 服务原子化拆分，独立打包、部署和升级，保证每个微服务清晰的任务划分，利于扩展
• 微服务之间采用Restful等轻量级http协议相互调用

缺点：

• 分布式系统开发的技术成本高（容错、分布式事务等)
• 复杂性更高。各个微服务进行分布式独立部署，当进行模块调用的时候，分布式将会变得更加麻烦。

1.2微服务架构介绍

作者：

 

Martin Fowler

文章地址：

①:英文:https://martinfowler.com/articles/microservices.html

②:中文:http://bloa.cuicc.com/ba/2015/07/22/microservices

他说微服务其实是一种架构风格，我们在开发一个应用的时候这个应用应该是由一组小型服务组成，每个小型服务都运行在自己的进程内；小服务之间通过HTTP的方式进行互联互通。

 1.2.1微服务架构常见的问题

一旦使用微服务架构，就势必会遇到这样几个问题：

• 这么多小服务，如何管理他们?(服务治理注册中心[服务注册发现剔除])nacos
• 这么多小服务，他们之间如何通讯?(restul rpe dubbo feign) httpclient("url",参数) springboot restTemplate("url"参数) , feign
• 这么多小服务，客户端怎么访问他们?(网关)gateway
• 这么多小服务，一旦出现问题了，应该如何自处理?(容错) sentinel
• 这么多小服务，一旦出现问题了，应该如何排错?(链路追踪) skywalking

对于上面的问题，是任何一个微服务设计者都不能绕过去的，因此大部分的微服务产品都针对每一个问题提供了相应的组件来解决它们。

 

 

1.2.2常见微服务架构

1、dubbo：zookeeper +dubbo + SpringMVcISpringBoot

• 配套通信方式: rpc
• 注册中心: zookeeper / redis
• 配置中心: diamond

1. SpringCloud:全家桶+轻松嵌入第三方组件(Netflix)

Spring Cloud以微服务为核心的分布式系统构建标准

• 配套通信方式: http restful
• 注册中心: eruka / consul配置中心: configI
• 断路器: hystrix
• 网关:zuul
• 分布式追踪系统: sleuth + zipkin

1. SpringCloudAlibaba

分布式系统中的常见模式给了SprngCoud一个清的定位，即“模式”，也就是说 Spring Cloud是针对分布式系统开发所做的通用抽象，是标准模式的实现。这个定义非常抽象，看完之后并不能知道SpringCloud具体包含什么内容。再来看一下Spring官方给出的一个High Light的架构图，就可以对这套模式有更清晰的认识:

 

可以看到这个图中间就是各个Microservice，也就是我们的这个微服务的实现，周边周围的话就是去围绕这个微服务来去做各种辅助的信息事情。

例如分布式追踪、服务注册、配置服务等，都绕微服务运行时所依赖的必不可少的的支持性功能。

我们可以得出这样一个结论: Spring Cloud是以微服务为核心的分布式系统的一个构建标准。

1. SpringCloudAlibaba

   Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案。此项目包含开发微服务架构的必需组件，方便开发者通过Sping Cloud编程模型轻松使用这些组件来开发微服务架构。依托Sping Clou Aliacba ，您只需要添加一些注解和少量配置，就可以将Sping Cloud应用接入阿里分布式应用解决方案，通过阿里中间件来迅速搭建分布式应用系统。

 

 

SpringCloud各套实现对比

 

SpringCloudAlibaba生态

 

1. SpringCloudAlibaba环境搭建

1、64bit JDK 1.8+;

2、Maven 3.2.x+;

组件版本关系：

 

毕业版本依赖关系（推荐使用）：