《Spring cloud微服务:全栈技术与案例解析》读书笔记

第一部分 准备篇

第一章 spring cloud 与微服务概述

单体应用的缺点;
dubbo基于Netty的TCP及二进制的数据传输,SC基于HTTP,HTTP需要创建连接,传输文本内容,性能不好。(待验证)
微服务的定义:去中心化数据管理,柔性事务的最终一致性;
spring cloud介绍

第二章 实战准备

JDK,spring boot等。
读取配置文件的三种方式:
environment的getProperty方法,@Value,自定义配置类(POJO类,加上类注解@ConfigurationProperties(prefix=”“))。

热部署:

统一异常处理:

异步执行:

随机端口:

第二部分 基础篇

第三章 Eureka注册中心

第四章 客户端负载均衡Ribbon

第五章 声明式REST客户端Feign

第六章 Hystrix服务容错处理

第七章 API网关

第三部分 实战篇

第八章 分布式配置管理

SC config,支持配置的加解密,自动更新(手动调用接口触发,也可以利用消息总线和Git的WebHook来实现配置修改的自动更新)。
百度开源Disconf。sc config 不能推送配置到指定节点?自研Smconf:java + zookeeper + mongodb + sb。
功能:
MongoDb,启动–fork,守护进程运行。
SpringFactoriesLoader是spring框架的一种扩展方案,从指定的配置文件META-INF/spring.factories加载配置。

配置修改及时推送到各节点,实现方法:客户端轮询获取、server写长连接推送。

第九章 Sleuth服务跟踪

所有需要跟踪的服务都需要添加依赖sleuth。log格式[appname, traceId,spanId,exportable]
spanId:基本的工作单元,发起一次远程调用就是一个span。
exportable:是否导入数据到zipkin。
整合LogStash:输出json格式的数据需要添加依赖logstash-logback-encoder,配置文件logback-spring.xml,配置LogStash需要收集的数据格式。
整合zipkin:致力于收集所有服务的监控数据的分布式跟踪系统,提供收集数据和查询数据两大接口。zipkin的数据条数和调用接口次数默认比例是0.1,可配置。
数据发送采用HTTP协议影响性能。用MQ替换HTTP发送调用链数据。

第十章 安全认证

第十一章 Spring boot Admin

sb Admin基于actuator,可以集成别的页面组件。
服务注册到sb Admin,添加依赖spring-boot-admin-starter-client,增加配置:
spring.boor.admin.url=
management.security.enabled=false

在admin查看各个服务的日志:在监控的服务中增加日志文件的路径的配置信息。

开启认证:集成security,添加依赖,增加配置信息,自定义安全配置类,监控的服务也需要增加用户名密码的配置信息。

集成eureka:上面的方式,需要每个被监控的服务实例配置admin的地址信息。可以将admin注册到eureka中,然后自动获取Eureka中已注册的服务信息统一查看。

集成Turbin:admin提供Turbin扩展插件,用于整合展示整个集群的熔断器信息。
admin的邮件警告功能,自定义钉钉警报(具体实现有需求再去细看,总归需要接入方的支持,以及申请token之类的唯一码),接入其他警报消息触达平台(微信)类似。

第十二章 服务API文档管理

前后端分离;
swagger提供在线测试功能;
常用注解:
@Api
@ApiModel
@ApiModelProperty
@ApiParam
@ApiOperation
@ApiResponse & @ApiResponses
@ApiImplicitParam & @ApiImplicitParams

Eureka控制台快速查看swagger文档:
在application.properties文件增加配置:
eureka.instance.status-page-url=http://${spring.cloud.client.ipAddress}:${server.port}/swagger-ui.html

第四部分 高级篇

第十三章 API网关扩展

第十四章 缓存

第十五章 存储

MongoDb 内嵌文档
@Field注解可以自定义字段名称,可以缩写减少存储空间。MongoDb的存储方式是k-v形式,每个key都会重复存储,占用空间。
@Indexed字段加索引,参数unique=true创建唯一索引,background=true以后台方式创建索引。
@CompoundIndexes用于类,创建组合索引,def表示组合索引的字段和升(1)降(-1)序。
MongoDb内置文件系统GridFS,文件块切割为256kb,单独存放。GridFSTemplate。
自增ID,ObjectID,自增ID不要用Long包装类型,监听模式,MongoTemplate的findAndModify是原子操作,不用担心并发问题,继承AbstractMongoEventListener类,重写方法onBeforeConvert。
批量更新扩展:mongo-java-driver的update方法只能执行一个更新条件,参数不支持集合,即不支持批量更新(待确认)。

MySQL
jdbcTemplate提供5类方法:execute:执行DDL语句;update;batchUpdate;query;call。

ES
@Document指定index和type,@Field指定type类型,index是否使用分词器,是否存储store,分词器配置analyzer,searchAnalyzer。原生的driver,transport client。
将MySQL或者MongoDb中数据导入到ES,建立索引信息,第三方工具:Elasticsearch-jdbc、mongo-connector。ElasticsearchTemplate的bulkIndex来构建索引,其save方法基于bulkIndex。

第十六章 分布式事务

第十七章 分布式任务调度

第十八章 分库分表解决方案

sharding-jdbc
项目定位:
功能列表:
概念:
LogicTable:数据分片的逻辑表,对于水平拆分的数据库表,同一类表的总称。
ActualTable:分片数据库中的物理表。
DataNode:数据分片最小单元,有数据源和数据表组成,

集成实战,读写分离实战,Hint强制路由主库(问题:写主库查从库,数据同步耗时期间查不到数据),Hint强制读主库。
分库分表实战,垂直拆分(类似微服务,用户表user和订单表order在不同的server上面)能够解决表之间的资源竞争问题,不能解决单表数据增加过快的问题,水平拆分将一个表拆分为多个,分布在不同的server上。
常用分片算法:
范围分片:根据主键的范围来分片;
取模分片:根据表的数量来取模;
hash分片:通过某个字段进行hash,一致性hash可以解决数据扩容问题;
时间分片。
sharding-jdbc默认提供单分片键算法和多分片键算法。根据数据源策略和表策略,一共有4种算法接口:
单分片键数据源分片算法SingleKeyDatabaseShardingAlgorithm
单分片表分片算法SingleKeyTableShardingAlgorithm
多分片健数据源分片算法MultipleKeyDatabaseShardingAlgorithm
多分片表分片算法MultipleKeyTableShardingAlgorithm
接口中的方法

@Override
public String doEqualSharding(final Collection<String> availableTargetNames,final ShardingValue<Integer> shardingValue);
@Override
public Collection<String> doInSharding(final Collection<String> availableTargetNames,final ShardingValue<Integer> shardingValue);
@Override 
public Collection<String> doBetweenSharding(final Collection<String> availableTargetNames,final ShardingValue<Integer> shardingValue);

这三种算法作用如下:
- doEqualSharding
在WHERE使用=作为条件分片键。算法中使用shardingValue.getValue()获取等=后的值。
- doInSharding
在WHERE使用IN作为条件分片键。算法中使用shardingValue.getValues()获取IN后的值。
- doBetweenSharding
在WHERE使用BETWEEN作为条件分片键。算法中使用shardingValue.getValueRange()获取BETWEEN后的值。
多分片建算法适用于比较复杂的场景,为了提高灵活性故只提供一个方法实现:

public Collection<String>doSharding(final Collection<String> availableTargetNames,final Collection<ShardingValue<?>> shardingValues);

算法实现的时候根据shardingValue.getType来获取条件是= .IN还是between。

在spring的配置文件中,inline表达式使用groovy语法,

猜你喜欢

转载自blog.csdn.net/lonelymanontheway/article/details/82287350