极简Spring Cloud实战 - (EPUB全文下载)

文件大小：0.71 mb。
文件格式：epub 格式。
书籍内容：

极简Spring Cloud实战
第1章 微服务与Spring Cloud
1.1 架构演进
1.1.2 微服务架构
1.2 Spring Cloud面面观
1.2.1 Spring Cloud与Dubbo对比
1.2.2 Spring Cloud好在哪里
1.2.3 Spring Cloud子项目与解决方案
1.3 小结
第2章 服务发现：Eureka
2.1 使用Eureka
2.1.1 Eureka服务提供方
2.1.2 Eureka服务调用方
2.2 进阶场景
2.3 小结
第3章 配置中心：Config
3.1 Spring Cloud Config的组成
3.2 使用Config Server配置服务端
3.3 使用Config Client配置客户端
3.4 进阶场景
3.4.2 高可用
3.4.3 安全与加解密
3.4.4 自定义格式文件支持
3.5 其他仓库的实现配置
3.6 小结
第4章 客户端负载均衡：Ribbon
4.1 使用Ribbon
4.2 进阶场景
4.2.1 使用配置类
4.2.2 使用配置文件
4.2.3 默认实现
4.3 小结
第5章 RESTful客户端：Feign
5.1 使用Feign
5.2 进阶场景
5.2.2 Feign整合Hystrix
5.2.3 数据压缩
5.2.4 日志
5.3 小结
第6章 熔断器：Hystrix
6.2 熔断原理
6.3 使用Hystrix
6.4 Hystrix数据监控
6.4.1 健康指示器
6.4.2 监控面板
6.4.3 聚合监控
6.5 小结
第7章 路由网关：Zuul
7.1 使用Zuul
7.2 业务场景深入解析
7.3 小结
第8章 网关新选择：Gateway
8.1 使用Gateway
8.2 路由断言
8.3 过滤器
8.4 小结
第9章 调用链追踪：Spring Cloud Sleuth
9.1 术语解释
9.2 Zipkin简介
9.3 使用Zipkin
9.4 Span进阶场景
9.4.2 Span的生命周期
9.4.3 重命名Span
9.4.4 自定义Span
9.5 其他场景与配置
9.6 小结
第10章 加密管理：Vault
10.1 初识HashiCorp Vault
10.2 整合Spring Cloud Vault
10.3 认证模式
10.4 三方组件支持
10.5 小结
第11章 公共子项目
11.1.1 安装Spring Boot CLI
11.1.2 使用Spring Cloud CLI
11.1.3 加解密
11.2 注册中心：Spring Cloud ZooKeeper
11.2.1 安装ZooKeeper
11.2.2 基于ZooKeeper服务发现
11.2.3 相关配置
11.2.4 节点监听
11.3 注册中心：Spring Cloud Consul
11.3.1 安装Consul
11.3.2 基于Consul注册服务
11.4 小结
第二篇 任务与消息篇
第12章 消息驱动：Spring Cloud Stream
12.1 Stream应用模型
12.2 示例
12.3 代码解析
12.4 Spring Integration支持
12.5 Binder解析
12.6 常用配置
12.7 小结
第13章 消息总线：Spring Cloud Bus
13.1 使用Spring Cloud Bus
13.2 进阶场景
13.3 小结
第14章 批处理：Spring Cloud Task
14.1 使用Spring Cloud Task
14.2 进阶场景
14.2.2 任务事件监听
14.2.3 相关配置项
12.4.4 整合Spring Cloud Stream
14.3 源码解析
14.4 小结
第三篇 微服务实战篇
第15章 利用Docker进行编排与整合
15.1 Docker基础应用
15.1.1 Docker基础
15.1.2 Dockerfile基础
15.2 Spring Cloud核心组件整合
15.3 Dockerfile编写
15.4 启动与接口测试
15.5 小结
后记
附录 配置汇总
第1章　微服务与Spring Cloud
本章将带领读者从服务端架构的演进历程开篇，描述服务端架构演进至微服务的必然，同时介绍实现微服务的最佳方式——Spring Cloud，并对Spring Cloud的组成及其同业对比的优势进行初步介绍。读者通过本章能够了解微服务是什么，以及Spring Cloud如何帮助技术开发人员快速实现微服务。
1.1　架构演进
1.1.1　服务端架构发展
由于人们首先想到的是让两台或多台计算机相互通信，因此构思出了，如图1-1所示的简易通信模型。
图1-1　简易通信模型
互相通信的两个服务可以满足最终用户的一些需求。但这个示意图显然过于简单，缺少包括通过代码操作的字节转换和在线路上收发的电信号转换在内的多个层。虽然一定程度上的抽象对于讨论是必需的，但仍需添加网络协议栈（组件）以增加细节内容，如图1-2所示。
图1-2　增加网络协议栈（组件）后
上述这个修改过的模型自20世纪50年代一直使用至今。一开始，计算机很稀少，也很昂贵，所以两个节点之间的每个环节都被精心制作和维护。随着计算机变得越来越便宜，连接的数量和数据量大幅增加。人们越来越依赖网络系统，工程师需要保证他们构建的软件能够达到用户所要求的服务质量。
当然，还有许多问题急需解决以达到用户要求的服务质量。人们需要找到解决方案让机器互相发现，通过同一条线路同时处理多个连接，允许机器在非直连的情况下互相通信，通过网络对数据包进行路由、流量加密等。
其中，有一种机制称为流量控制，下面以此为例。流量控制是一种防止一台服务器发送的数据包超过下游服务器可以承受上限的机制。这是必要的，因为在一个联网的系统中，至少有两台不同的、独立的计算机，彼此之间互不了解。计算机A以给定的速率向计算机B发送字节， ............

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。