|
|
|
|
|
|
|
|
|
|
|
<p align="center">
|
|
|
<a href="#"><img src="https://img.shields.io/badge/Author-3y-orange.svg" alt="作者"></a>
|
|
|
<a href="https://gitee.com/zhongfucheng/austin"><img src="https://gitee.com/zhongfucheng/austin/badge/star.svg?theme=dark" alt="gitee Starts"></a>
|
|
|
<a href="https://gitee.com/zhongfucheng/austin"><img src="https://gitee.com/zhongfucheng/austin/badge/fork.svg?theme=dark" alt="gitee Starts"></a>
|
|
|
<a href="https://github.com/ZhongFuCheng3y/austin"><img src="https://img.shields.io/github/forks/ZhongFuCheng3y/austin.svg?style=flat&label=GithubFork"></a>
|
|
|
<a href="https://github.com/ZhongFuCheng3y/austin"><img src="https://img.shields.io/github/stars/ZhongFuCheng3y/austin.svg?style=flat&label=GithubStars"></a>
|
|
|
<a href="https://github.com/ZhongFuCheng3y/austin-admin"><img src="https://img.shields.io/badge/austin前端-GitHub-green.svg" alt="作者"></a>
|
|
|
<a href="#项目交流"><img src="https://img.shields.io/badge/项目-交流-red.svg" alt="项目交流"></a>
|
|
|
<a href="https://space.bilibili.com/198434865/channel/collectiondetail?sid=435119"><img src="https://img.shields.io/badge/项目-视频-green.svg" alt="Bilibili"></a>
|
|
|
<a href="#如何准备面试"><img src="https://img.shields.io/badge/如何准备-面试-yellow.svg" alt="对线面试官"></a>
|
|
|
</p>
|
|
|
|
|
|
最近我已经在**bilibili**更新Austin的视频了哟，**求关注和三连**！这是我更新的动力！！
|
|
|
|
|
|
[https://space.bilibili.com/198434865/channel/collectiondetail?sid=435119](https://space.bilibili.com/198434865/channel/collectiondetail?sid=435119)
|
|
|
|
|
|
|
|
|
|
|
|
## 项目介绍
|
|
|
|
|
|
austin项目**核心功能**：统一的接口发送各种类型消息，对消息生命周期全链路追踪
|
|
|
|
|
|
|
|
|
|
|
|
**项目出现意义**：只要公司内有发送消息的需求，都应该要有类似`austin`的项目，对各类消息进行统一发送处理。这有利于对功能的收拢，以及提高业务需求开发的效率
|
|
|
|
|
|
|
|
|
|
|
|
## 系统项目架构
|
|
|
|
|
|
austin项目**核心流程**：`austin-api`接收到发送消息请求，直接将请求进`MQ`。`austin-handler`消费`MQ`消息后由各类消息的Handler进行发送处理
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Question** ：为什么发个消息需要MQ？
|
|
|
|
|
|
**Answer**：发送消息实际上是调用各个服务提供的API，假设某消息的服务超时，`austin-api`如果是直接调用服务，那存在**超时**风险，拖垮整个接口性能。MQ在这是为了做异步和解耦，并且在一定程度上抗住业务流量。
|
|
|
|
|
|
**Question**：能简单说下接入层做了什么事吗？
|
|
|
|
|
|
**Answer**：
|
|
|
|
|
|
|
|
|
|
|
|
**Question**：`austin-stream`和`austin-datahouse`的作用？
|
|
|
|
|
|
**Answer**：`austin-handler`在发送消息的过程中会做些**通用业务处理**以及**发送消息**，这个过程会产生大量的日志数据。日志数据会被收集至MQ，由`austin-stream`流式处理模块进行消费并最后将数据写入至`austin-datahouse`
|
|
|
|
|
|
|
|
|
|
|
|
**Question**：`austin-admin`和`austin-web`和`austin-cron`的作用？
|
|
|
|
|
|
**Answer**：`autsin-admin`是`austin`项目的前端项目，可通过它实现对管理消息以及查看消息下发的情况，而`austin-web`则是提供相关的接口给到`austin-admin`进行调用（austin项目是前后端分离的）
|
|
|
|
|
|
业务方可操作`austin-admin`管理后台调用`austin-web`创建**定时**发送消息，`austin-cron`就承载着定时任务处理的工作
|
|
|
|
|
|
## 使用姿势
|
|
|
|
|
|
目前引用的中间件教程的安装姿势均基于`Centos 7.6`，austin项目**强依赖**`MySQL`/`Redis`/(**大概需要2G内存**)，**弱依赖**`kafka`/`prometheus`/`graylog`/`flink`/`xxl-job`/`apollo`(**完全部署所有的服务，大概8G+内存**)。如果缺少相关的组件可戳：[安装相关组件教程](INSTALL.md)。
|
|
|
|
|
|
|
|
|
> 实在想要`clone`项目后不用自己部署环境直接在本地启动`debug`，我这提供了[会员服务](https://mp.weixin.qq.com/s/4cOhNG5JBSvBkbSKTfw7eQ)，**直连**部署好的服务器
|
|
|
|
|
|
|
|
|
**1**、austin使用的MySQL版本**5.7x**。如果目前使用的MySQL版本8.0，注意改变`pom.xml`所依赖的版本
|
|
|
|
|
|
**2**、填写`application.properties`中`austin-database`对应的`ip/port/username/password`信息
|
|
|
|
|
|
**3**、执行`sql`文件夹下的`austin.sql`创建对应的表
|
|
|
|
|
|
**4**、如果配置`austin.mq.pipeline=kafka`，需要填写`application.properties`中`austin.kafka`对应的`ip`/`port`信息
|
|
|
|
|
|
**5**、填写`application.properties`中`austin.redis`对应的`ip`/`port`信息
|
|
|
|
|
|
**6**、检查消息队列topic：`austin.business.topic.name`(我的topicName为：austinBusiness)
|
|
|
|
|
|
**7**、以上配置信息都在`application.properties`文件中修改。(`prometheus`/`graylog`/`flink`/`xxl-job`/`apollo`可选)
|
|
|
|
|
|
**8**、austin前端管理系统部署（一分钟即能打开），戳[GitHub](https://github.com/ZhongFuCheng3y/austin-admin)或[Gitee](https://gitee.com/zhongfucheng/austin-admin)查看
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**9**、发送渠道**账号的信息**都在**账号**，配置的示例可参照对应的提示案例
|
|
|
|
|
|
|
|
|
|
|
|
**10**、新建一个模板消息(**邮件门槛相对较低，建议配置邮件**)
|
|
|
|
|
|
**11**、测试发送一条消息
|
|
|
|
|
|
**12**、正常使用**数据管理**(查看实时数据链路下发)需要将`austin-stream`的`jar`包上传至`Flink`，根据[部署文档](INSTALL.md)启动Flink。在打`jar`包前需要填写`com.java3y.austin.stream.constants.AustinFlinkConstant`中的`redis`和`kafka`的`ip/port`（注：日志的topic在`application.properties`中的`austin.business.log.topic.name`。如果没有该topic，需要提前创建，并使用Kafka作为消息队列实现)
|
|
|
|
|
|
**13**、正常使用**定时任务**需要部署`xxl-job`，根据[部署文档](INSTALL.md)启动xxl的调度中心，并在`application.properteis`中填写 `austin.xxl.job.ip`和`austin.xxl.job.port`
|
|
|
|
|
|
**14**、正常使用**分布式日志采集**需要部署`graylog`，根据[部署文档](INSTALL.md)启动`graylog`，并在`application.properteis`中填写 `austin.grayLog.ip`
|
|
|
|
|
|
**14**、正常使用**系统监控**需要部署`promethus`和`grafana`，根据[部署文档](INSTALL.md)配置`grafana`图表
|
|
|
|
|
|
**15**、正常使用**动态配置中心**需要部署`apollo`，根据[部署文档](INSTALL.md)启动`apollo`,通过docker-compose启动需要在AustinApplication注入对应的ip和port(可看注释)
|
|
|
|
|
|
## 会员服务
|
|
|
|
|
|
收费课程是以**项目**为主，代码在Gitee和GitHub上都是开源的，项目没有商业版，后面也不会有。那么，付费跟我自己去拉Git仓库拉代码下来看有什么区别？
|
|
|
|
|
|
1、有很多人的自学能力和基础确实不太行，不知道怎么开始学习，从哪开始看起，学习项目的过程中会走很多弯路，很容易就迷茫了。付费最跟自学最主要的区别就是**我的服务会更周到**。
|
|
|
|
|
|
我会告诉你怎么开始学这个开源项目，哪些是重点需要掌握的，如何利用最短的时间把握整个系统架构和编码的设计，把时间节省下来去做其他事情。
|
|
|
|
|
|
2、一个生产环境的系统肯定会依赖各种中间件，《消息推送平台-Austin》也是一样的。我专门买了两台服务器已经搭建好必要的依赖，付费的可以**使用我的远程服务器**，在**本地就可以直接启动运行体验和学习**
|
|
|
|
|
|
3、项目在编写的过程中也经历多次的重构迭代，迭代的内容我是不会将以往文章内容重新修正发布，但语雀的文档内容一定是**及时同步**，文档跟代码是保持一致的
|
|
|
|
|
|
4、干练清爽的项目commit，可一步一步跟着commit还原整个系统的过程
|
|
|
|
|
|
5、除了项目，还可以问我些学习经验、学习路线、简历编写、面试经验等等问题，技术和学习上的知识**知无不言**
|
|
|
|
|
|
详情可以看戳：[我开通了付费渠道](https://mp.weixin.qq.com/s/4cOhNG5JBSvBkbSKTfw7eQ)
|
|
|
|
|
|
|
|
|
## 项目交流
|
|
|
|
|
|
由于austin项目交流群已经超过了两百人，添加我的**个人微信**备注：【**项目**】，我空的时候会拉进项目交流群里
|
|
|
|
|
|
|
|
|
<img align="center" src='https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/60efe6b0f4354b838244b96a15efdf49~tplv-k3u1fbpfcp-watermark.image' width=300px height=300px />
|
|
|
|
|
|
## 如何准备面试？
|
|
|
|
|
|
**对线面试官**公众号持续更新**面试系列**文章（对线面试官系列），深受各大开发的好评，已有不少的同学通过对线面试官系列得到BATTMD等一线大厂的的offer。一个**讲人话的面试系列**，八股文不再是背诵。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
想要获取这份电子书，**点击关注**下方公众号，回复「**对线**」得到我的联系方式即可进群获取电子书
|
|
|
|
|
|
<img align="center" src='https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f87f574e93964921a4d02146bf3ccdac~tplv-k3u1fbpfcp-zoom-1.image' width=300px height=300px />
|
|
|
|
|
|
## 里程碑
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- [x] Maven+SpringBoot项目搭建
|
|
|
- [x] logback日志记录项目运行时信息，引入common/guava/Hutool/Lombok/fastjson/OkHttp工具包
|
|
|
- [x] 接入腾讯云渠道发送一条短信
|
|
|
- [x] 使用SpringData JPA将短信发送记录存储至MySQL
|
|
|
- [x] 使用SpringBoot接入Kafka
|
|
|
- [x] 利用责任链完成对接入层的请求进行封装（责任链模式）
|
|
|
- [x] 消费层实现数据隔离（线程池：生产者与消费者模式）
|
|
|
- [x] 通用去重消息功能（SpringBoot接入Redis并使用pipeline减少网络请求）
|
|
|
- [x] 配置服务器和docker容器以及SpringBoot应用的监控（prometheus+Grafana+auctuator）
|
|
|
- [x] 接入分布式配置中心完成 丢失消息、白名单以及账号配置（Apollo分布式配置中心）
|
|
|
- [x] 邮件渠道接入
|
|
|
- [x] 日志链路数据追踪 + 注解式打印日志（优雅打印日志以及数据埋点）
|
|
|
- [x] 接入GrayLog分布式日志收集框架
|
|
|
- [x] 引入前端低代码平台AMIS搭建后台管理页面
|
|
|
- [x] 接入分布式定时任务框架定时发送任务（xxl-job定时任务框架），编写上传文件接口并使用LazyPending批处理人群文件数据
|
|
|
- [x] 接入实时流计算平台（Flink），实时日志数据根据用户维度和消息模板维度清洗至Redis
|
|
|
- [x] 通过AMIS低代码平台接入echarts图表展示实时聚合后的数据
|
|
|
- [x] 优雅停机、动态线程池参数配置
|
|
|
- [x] 企业微信渠道接入
|
|
|
- [x] 夜间屏蔽次日早晨推送（xxl-job定时任务框架，另类的延时队列）
|
|
|
- [x] 钉钉渠道接入
|
|
|
- [x] 单机限流实现
|
|
|
- [x] 引入单测框架，编写部分单测用例
|
|
|
- [x] 接入微信服务号渠道(已有pull request代码，待调试)
|
|
|
- [x] 接入微信小程序渠道(已有pull request代码)
|
|
|
- [x] 接入PUSH渠道
|
|
|
- [x] 接入云片短信渠道，并短信支持流量配置，拉取腾讯云短信回执
|
|
|
- [x] 完成接入钉钉机器人渠道所有类型的消息
|
|
|
- [x] 完成接入钉钉工作渠道所有类型的消息，包括对文件素材的上传功能
|
|
|
- [x] Kafka消息支持tag过滤
|
|
|
- [x] MQ层支持可插拔，默认使用eventbus单机队列，Kafka变为弱依赖
|
|
|
- [x] 渠道账号改为读取数据库，优化短信回执拉取功能
|
|
|
- [x] 接入微信服务号渠道（发送模板消息）完成
|
|
|
- [x] 接入微信小程序渠道（发送订阅消息）完成
|
|
|
- [ ] 总体架构已完成，持续做基础建设和优化代码
|
|
|
|
|
|
|
|
|
**近期更新时间**：12月6号
|
|
|
|
|
|
**近期更新功能**：接入微信小程序渠道（发送订阅消息）完成 |
