mscx-ad-db 这个模块主要有2个作用，本身只应该作为数据库脚本管理package来使用，但是我们在生成索引文件的过程中，为了方便，我就直接将导出全量索引的json文件生成也写在了该项目中。 主要目的还是通过flyway进行数据库脚本的管理。

因为Eureka在集群启动过程中，会连接集群中其他的机器进行数据同步，在这个过程中，如果别的服务还没有启动完成，就会出现Connection refused: connecterror，当其他节点启动完成之后，报错就会消失。

经过长时间的编码实现，我们的主体模块已经大致完成，因为之前我们都是零散的对各个微服务自行测试，接下来，我们需要将所有的服务模块进行联调测试，Let's do it.

在之前的18次文章中，我们实现了广告系统的广告投放，广告检索业务功能，中间使用到了 服务发现Eureka，服务调用Feign,网关路由Zuul以及错误熔断Hystrix等Spring Cloud组件。简单调用关系：

在上一节中我们实现了根据流量信息过滤的代码，但是我们的条件有可能是多条件一起传给我们的检索服务的，本节我们继续实现根据推广单元的三个维度条件的过滤。

从上图我们可以看出，在媒体方向我们的广告检索系统发起请求的时候，请求中会有很多的请求参数信息，他们分为了三个部分，我们来编码封装这几个参数对象信息以及我们请求本身的信息。Let's code.

上一节中，我们为实现增量索引的加载做了充足的准备，使用到mysql-binlog-connector-java 开源组件来实现MySQL 的binlog监听，关于binlog的相关知识，大家可以自行网络查阅。或者可以mailto:magicianisaac@gmail.com

最主要有3个用途： 数据复制（主从同步） Mysql 的Master-Slave协议，让Slave可以通过监听binlog实现数据复制，达到数据一致性目的

上一节我们实现了索引基本操作的类以及索引缓存工具类，本小节我们开始实现加载全量索引数据，在加载全量索引数据之前，我们需要先将数据库中的表数据导出到一份文件中。Let's code.

上一节我们分析了广告索引的维护有2种，全量索引加载和增量索引维护。因为广告检索是广告系统中最为重要的环节，大家一定要认真理解我们索引设计的思路，接下来我们来编码实现索引维护功能。

上一节我们使用了Ribbon(基于Http/Tcp)进行微服务的调用，Ribbon的调用比较简单，通过Ribbon组件对请求的服务进行拦截，通过Eureka Server 获取到服务实例的IP:Port,然后再去调用API。本节课我们使用更简单的方式来实现，使用声明式的Web服务客户端Feign，我们只需要使用Feign来声明接口，利用注解来进行配置就可以使用...

搜索系统启动主类 {代码...} 配置文件 {代码...}

工作流程 项目依赖 {代码...}

在前面的过程中，我们创建了4个project： 服务发现 我们使用Eureka 作为服务发现组件，学习了Eureka Server,Eureka Client的使用。 Eureka Server 加依赖 {代码...} 加注解 {代码...} 改配置 {代码...} 使用Sprint Boot 项目三部曲，我们可以快速添加一个新组件，并正常使用 Nacos Server 这个我没有在项目中实现，但是...

其他的数据库对应实体类（AdUnit,AdPlan,AdCreative,AdUnitDistrict,AdUnitHobby,AdUnitKeyword,RelationshipCreativeUnit），大家可以参考上面的例子自己实现，也可以去github上下载源码。

Zuul（Router and Filter） WIKI: 传送门 作用 认证，鉴权（Authentication/Security） 预判（Insights） 压力测试（Stress Testing） 灰度/金丝雀测试（Canary Testing） 动态路由（Dynamic Routing） 服务迁移（Service Migration） 降低负载（Load Shedding） 静态响应处理（Static Response handling） 主动/主动交...

父项目管理 首先，我们在创建投放系统之前，先看一下我们的工程结构： mscx-ad-sponsor就是我们的广告投放系统。如上结构，我们需要首先创建一个Parent Project mscx-ad 来编写父项目的pom，来管理我们的统一依赖信息。 {代码...} 服务发现 Eureka Eureka Server (提供服务的注册和发现) Eureka Client Service provider...

在之前的练习中，只要应用重启，就需要重新配置，这样在我们实际的项目是非常不实用的，那么有没有办法把我们配置的规则保存下来呢？答案是YES，那么接下来，给大家来介绍如何将Sentinel规则持久化。

Sentinel API Github : WIKI Sphu （指明要保护的资源名称） Tracer （指明调用来源,异常统计接口） ContextUtil（标示进入调用链入口） 流控规则(针对来源属性) {代码...} 降级规则 {代码...} Sentinel Annotation 源码：com.alibaba.csp.sentinel.annotation.aspectj.SentinelResourceAspect & com.alibaba.csp.se...