[Spring cloud 一步步实现广告系统] 22. 广告系统回顾总结

到目前为止,我们整个初级广告检索系统就初步开发完成了,我们来整体回顾一下我们的广告系统。
整个广告系统编码结构如下:
《[Spring cloud 一步步实现广告系统] 22. 广告系统回顾总结》

  • mscx-ad 父模块

    主要是为了方便我们项目的统一管理

  • mscx-ad-db

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

  • mscx-ad-common

    这个主要是一些通用工具类的存放

  • mscx-ad-feign-sdk

    这个jar包主要是为了服务间的调用,为了统一管理各种
    pojo 以及
    CustomFeignClient而创建的,方便一次修改,全局应用,。当然如果项目团队不大的时候,你完全可以在不同的project中创建相同的vo对象,目前RPC中大多如此设计。

  • mscx-ad-dashboard

    这个是
    hystrix提供的可视化管理工具,当然,后期我同样会使用我们的阿里大大的
    sentinel将其替换掉,敬请期待。

  • mscx-ad-discovery

    这个我命名的时候没有使用
    ad-eureka,在项目中也是尽量使用的
    SpringCloud Common抽象的公共注解,比如
    @EnableDiscoveryClient,其实有心的同学能看的出来,我打的主意也是想要后续替换的,我们可以使用ZK,但是我后期同样会使用我们阿里大大的
    NACOS 来替换掉它。

  • mscx-ad-zuul

    网关路由组件,没啥特别的,后续使用gateway替换

  • mscx-ad-sponsor

    广告新增的主要模块,为广告主服务

  • mscx-ad-search

    整个广告系统的核心,对外暴露查询服务。

为了我们系统的高可用,上述系统理论上都需要多实例部署。

我们在广告检索服务中使用到了监听 Mysql数据库的 Binlog来实现增量索引,大家不妨想想,如果我们的系统请求很高,我们的binlog就需要被N多的服务实例所监听,这样会有什么问题? 为什么会有这种问题? 怎么修改是合理的?

番外

从2018年10月31号,我们阿里大大开源发布了Spring Cloud Alibaba,经过1年的项目孵化,终于在2019年8月1号毕业了小马哥威武, SC-Alibaba Team 威武。为了迎接这一伟大的国内Spring盛世,接下来我会写一个学习SCA的课程,途中遇到的所有问题都会和大家一起共享,加油。

奔跑的人生 | 博客园 | segmentfault | spring4all | csdn | 掘金 | OSChina | 简书 | 头条 | 知乎 | 51CTO

    原文作者:IsaacZhang
    原文地址: https://segmentfault.com/a/1190000020133951
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞