转载

『高级篇』docker之springboot，springcloud（七）

介绍了很多关于微服务的东西，大家对微服务有了一些认识，但是考虑到各位老铁java比较多，那就不得不说springboot 和 springcloud。在java的世界里他们跟微服务有这密切的关系，刚接触springboot和springcloud的同学可能存在一种混乱，springboot跟微服务的关系，springcloud跟微服务的关系，springboot和springcloud他们之间的关联关系，帮大家沥青思路，撇清关系，不在背锅！

SpringBoot的使命

springBoot是spring旗下的项目，它具体为什么出现，他的使命是什么？最主要的就是化繁为简，让我们开发spring变的简单，各种xml的配置，各种bean，服务接口，实现，缓存，

消息队列，里面没个3个以上的spring配置文件很难看出来你是spring的项目，有点麻烦配置文件太多了。

独立运行 java -jar *.jar

原来的需要一个web服务器，tomcat，代码发布到服务器的指定位置。
内嵌web服务器

讲web服务器和应用的包打在一起，让我们不用关心细节一个命令就可以启动。
简化配置

尽可能自动化的配置spring，这里面很多配置都是固定的，这里面通过start以帮助我们简化maven的配置。
准生产的应用监控

SpringBoot与微服务的关系

Java的润滑剂，springboot开发微服务的润滑剂。springboot的简化，简化的开发，简化的配置，简化的部署。微服务的特征是轻量灵活，多变，数量多。他们的特征非常的搭配，使用springboot开发微服务正好应对的微服务的特征，springboot开发和部署的过程更加变快了，所以springboot可以更快，更容易开发出更多的服务。如果你是java语言，使用springboot开发微服务是没错的。其实springboot没太多特别，但是效率提高了，天下武功唯快不破！

SpringCloud的使命

简化java的分布式系统，当你将java应用部署到多台服务器的时候，提供分布式能力的时候，第一要遇到的问题就是web端的session共享，多个服务之前的负载均衡，在nginx通过轮训的方式访问不同的tomcat。单机的情况下直接通过ip或者端口就可以直接访问了，如果是分布式怎么办？我们要自己写一个具有容错能力和负载聚恒的客户端吧，还有分布式下事务管理怎么办，其实在springcloud简化类似我们之前的一些问题。

springCloud为开发者快速开发具有分布式能力的服务，统一的配置管理，服务的注册，服务的调用，服务的发现，调度器，负载均衡，全局锁，分布式session。

一系列框架

集合框架
简化java的分布式系统

spring boot 简化了java的开发，spring cloud简化了分布式系统的开发（分布式系统的基础设施的开发）
springboot的封装

几家服务框架进行了组合，通过springboot的风格进行封装，基于springboot的一款开发工具。

boot 和cloud

springboot意在简化，是一种开发，配置风格
springcloud意在简化分布式，是功能的集合，风格的统一

cloud vs 微服务

java cloud的初衷简化微服务的开发和部署
java微服务的解决方案
侧重的是功能和开发

提供多台机器，部署了spring cloud的应用，但是他们之间的运维spring cloud做不了的。
其实最终springcloud开发出来的应用最终是docker image，方便重启应用需要使用服务编排工具。

spring cloud的核心组件

netfilx eureka

服务发现组件
netfilx ribbon

客户端负载均衡组件
netfilx Hystrix

调度器
netfilx Zuul

服务网关
Spring cloud config

分布式配置

发现没有里面很多都是netfilx，netfilx 其实是个美国在线影视公司。说说他的历史吧，我学什么语言喜欢看看他的历史。很久很久以前，有一家公司叫Blockbuster，称霸租碟业许多年。某个叫Reed Hastings的哥们在那里租了个碟，结果由于超期归还被黑走“一大笔”逾期费（大概40美元），怒了。然后他忿忿地去健身，发觉健身房商业模式甚是美哉，不管你去得多还是少，会员费半毛钱也不能少交。很不巧，Hastings是一个动不动就要改变世界的软件工程师，想法来了就要干，更不巧的是他当时已经非常有钱。于是愤怒之余他创办了Netflix，也是做租碟生意，没有逾期费并且搞会员制。十三年后Netflix把Blockbuster干到了破产保护，大仇得报。这个故事告诉我们两个道理：

1.客户服务一定要做好，不该薅的羊毛就别死命薅，不然你就是逼羊为虎。

2.工程师惹不起。