spring cloud简介

2019独角兽企业重金招聘Python工程师标准>>>

1.关键字

微服务、拆分、组件化、分布式、五大核心组件

2.微服务

 要了解spring cloud就绕不开微服务这个概念。因为spring cloud是spring为微服务架构思想做的一个一站式实现。从某种程度是可以简单的理解为，微服务是一个概念、一个项目开发的架构思想。spring cloud是微服务架构的一种java实现。

什么是微服务？

微服务没有一个标准统一的概念，个人理解为：微服务是一种可以让软件职责单一、松耦合、自包含、可以独立运行和部署的架构思想。

关键思想就是：拆分、单一、独立、组件化。把原本一个庞大、复杂的项目按业务边界拆分一个一个独立运行的小项目，通过接口的方式组装成一个大的项目。

微服务解决了什么问题？

微服务的出现及流行，一定有它的过人之处，既解决了非微服务项目的部分问题或缺点。

相对于微服务，普通的项目都会包含很多功能的，是一个大而全的“超级”工程。比如：以普通架构方式实现的电商平台会是一个包含：登录、权限、会员、商品库存、订单、收藏、关注、购物车等功能的单一项目。随着项目业务越来越复杂、开发人员越来越多相应开发、编译、部署、技术扩展、水平扩展都会受到限制。

开发

太多功能在一个项目中，可能会让代码复杂、结构混乱、业务关联混乱、技术单一。过多的功能，让整个项目结构复杂，业务相互交织，可能导致开发人员对业务的理解和代码实现相互交织，最后没人能完全理解整个项目。而且也很难控制每个开发人员能“合法合规”的编码，可能会把两个本来松耦合、互不影响的功能因为实现“简单”就偷懒强关联在一起。

技术单一

单一的项目为了技术的统一和管理的简单方便，一般都会采用统一的技术实现。但是超大型业务如电商平台，不可能只采用一种技术（如：java），可能会结合业务及不同技术优缺点和技术团队优执采用不同的技术。如果把项目拆分成不同的小项目，每个小项目可以根据自己的特点采用不同技术，只需要提供统一的接口实现对接即可，最大化技术的优势。

编译

过于庞大的代码也会导致整个项目编译时间过长，一次简单的修改或一个简单的单元测试需要漫长的编译和启动。

版本控制

过多的开发人员在同一个项目中共同开发不同业务模块，也会大大增加版本冲突。

部署

一个简单的修改需要部署整个项目。当多个功能同时上线，但仅仅因为一个小功能失败，就会导致其它所有功能一起回滚。

扩展

互联网的飞速发展，用户和请求量急剧增加，传统的项目很难扩展（水平、垂直），即集群和分布式扩展的问题。

微服务如何解决上面问题？

以上就是单个（单体）大项目的问题，微服务就是要解决上面的问题。

核心思路很简单，就是拆分，即然是单体项目的问题，那么直接把项目拆分成一个个小项目是不是就可以完美解决。

微服务有哪些缺点？

然而，这并不是银弹，也不是最完美的解决方案。微服务有自己的优点，也带来了相应的劣势。具体如下：

如何拆分：微服务的核心就是拆分项目，把整个项目模块化、组件化；职责更单一，精中力量做好一件事。但是如何拆分才是合理的？通常的作法是，按业务拆分，功能从业务上分类，非常耦合的分在同一个微服务中；反之，耦合性非常低的则放到不同的微服务。

事务：原本在同一个项目中的两个操作，如果拆分到不同的项目中，那么就可能会遇到分布式事务的问题。这是一个棘手但没有完美解决方案的问题。基本原则是，需要在同一事务中实现的两个操作属于强耦合业务，最好拆分到同一个微服务。如果确实是两个微服务（如：减库存、扣款）则通过其它方式（如：消息队列、分布式事务锁、重试机制、对账）来解决

3.spring cloud

微服务是一个架构思想，并不是一种实现，它指明了解决单体应该缺点的方向，但并没有给定相应的实现和解决方案以及细节。

spring cloud是spring提供的，基于spring boot以及结合Netflix 相关思想和代码对微服务理念的java实现。spring cloud本质上是分布式解决方案，但微服务最终也落实到分布式，因此也是对微服务的实现方案。

Spring Cloud 为开发人员提供了一些可以用于快速构建分布式系统通用模式的工具（例如：配置管理、服务注册与发现、断路器、智能路由、微代理、控制总线）。分布式系统的协调趋于一些模版模式， 并且，使用Spring Cloud使开发人员可以快速创建实现了这些模式的服务和应用。 他们可以在任何的分布式环境中良好运行，这些环境包括开发人员自己的笔记本、裸机上的数据中心、像Cloud Foundry这样的托管平台（云平台）。

spring cloud主要提供了分布系统中以下几个开箱即用的功能：

分布式/版本化/集中化配置 - spring cloud config 服务注册发现 - Netflix Eureka 路由 - Netflix Zuul 服务之间的点对点调用（Service-to-service calls） 负载均衡-Netflix Ribbon 断路器 - Netflix Hystrix 分布式消息

五大核心组件：

服务注册发现 - Netflix Eureka

配置中心 - spring cloud config

负载均衡-Netflix Ribbon

断路器 - Netflix Hystrix

路由(网关) - Netflix Zuul

转载于:https://my.oschina.net/u/3873725/blog/2085991