我是3y,一年CRUD
经验用十年的markdown
程序员常年被誉为职业八股文选手
最近如果拉过austin
项目代码的同学,可能就会发现多了一个austin-stream
模块。其实并不会意外,因为这一切都在计划当中进行。
这个模块主要是接入流式处理平台(flink),用于实时计算清洗数据给到业务以及系统维护者更方便去使用消息推送平台austin
。
这篇文章主要来聊聊接入的背景以及我浅薄的经验吧
01、为什么流式处理平台
我在老东家有过处理数据相关的经验,也看到过站内广告「效果数据」的发展历程。
所谓效果数据,说白了则是商家在平台上投放了广告,我们需要给商家看到广告带来的效果,最核心的是「曝光」「点击」「订单」,基于这几项数据再聚合些类roi
的指标。
下面来聊聊这个「发展历程」,看完这个过程或许可以更好地了解为什么需要流式处理平台
1、PHP阶段:在最初时业务以及系统结构都比较简单,把「点击」和「订单」都存入数据库表,一把梭通过定时任务全量聚合,得到最终的效果数据,而「曝光」数据则是次日再写入效果数据表中。
在这个阶段里,由于数据量不大,通过定时任务全量来聚合数据也不是不可以,那时候商家都能接受该业务的延迟性
2、Java阶段:随着业务的发展,逐渐摒弃PHP化并且广告三层结构成型、数据量日益提升、站内中间件服务平台也发展起来。通过中间件团队提供的消费binlog
框架,从架构上改变聚合模式,并这个阶段可以更快地给商家展示效果数据,大概1min出效果数据
3、流式处理平台阶段:流式处理平台是对「计算」或者说处理数据时的抽象,在这抽象基础上它更能充分利用系统的资源(一个大的任务被拆分多个小任务,然后分发到不同的机器上执行)
4、广告效果数据是先用的Storm
作为流式处理平台,数据跑了几年都挺稳定的,性能吞吐量上也是满足业务使用的。后来Flink
兴起,支持SQL、Exactly-Once、流批一体化
等,随着公司内推广,我将广告效果数据从Strom
改至Flink
体系上,大概秒级出效果数据。(其实还可以压缩,但需要兼顾DB的性能成本,只要业务上能接受即可。Traff-off!)
在第三点我提出了「数据处理时的抽象」,我是这样理解的。在Storm
里,定义spout
为输入,bolt
为中间处理或输出,而中间的数据流转为tuple
,用shuffle
机制来控制数据的流向
在Flink
里,就有更加明确的语义来说明输入和输出了(程序的API也更有语义性)
这些流处理平台都会数据处理进行了抽象,让我们更加方便且高效去处理数据,比如一般会以下的功能:
02、austin哪里用到了流式处理平台
在前面austin
系统已经设计了一部分的埋点信息了,在日志上都已经打印了下来。
但针对这一部分数据,迟迟没有做处理(不过之前有一起跟着学austin
的小伙伴给我截了日志,我一眼就知道是哪里出了问题)
而接入流式处理平台就能对这一部分数据进行清洗(根据下发者维度、根据模板消息维度等等),得到清洗后的数据再给到接口去展示或者排查问题使用,能大大提高排查或者业务方的使用效率
03、Flink入门
Flink
从2018年开始流行,现在已经有很多的公司都在用Flink
作为实时大数据处理的流式平台。至于我为什么会选择Flink
的话,原因有以下:
1、我懂点儿Flink(主要是懒得学其他的了,目前还够用)
2、Flink发展了几年,成熟且被很多大公司用,社区活跃
3、Flink的官方文档挺不错的,适合学习和排查问题
首先我们安装下Flink
,docker-compose.yml
文件内容:
version: "2.2"
services:
jobmanager:
image: flink:latest
ports:
- "8081:8081"
command: jobmanager
environment:
- |
FLINK_PROPERTIES=
jobmanager.rpc.address: jobmanager
- SET_CONTAINER_TIMEZONE=true
- CONTAINER_TIMEZONE=Asia/Shanghai
- TZ=Asia/Shanghai
taskmanager:
image: flink:latest
depends_on:
- jobmanager
command: taskmanager
scale: 1
environment:
- |
FLINK_PROPERTIES=
jobmanager.rpc.address: jobmanager
taskmanager.numberOfTaskSlots: 2
- SET_CONTAINER_TIMEZONE=true
- CONTAINER_TIMEZONE=Asia/Shanghai
- TZ=Asia/Shanghai
完了之后直接docker-compose up -d
就可以启动flink
了,我们访问在浏览器输入ip:8081
端口就能看到flink
的后台了
简单看了下后台,就能知道我们在本地开发完打包成jar
就可以在Submit New Job
提交jar
包给Flink去跑了
而在写代码的时候,可以参考官方文档给出的mvn
命令去构建Flink
的基础环境
当然啦,现在我已经搭好了,你们可以直接拉代码下来看austin-stream
模块就完事了。如果你们是自己从零搭的话可能还要注意的是,pom
里的plugin
需要改动(不然打包会失败的),可参考我的pom
文件
04、austin代码
从目前的代码结构和逻辑上看,还是非常简单的,没有学过Flink
的同学应该都能看懂:
目前主要实现了将数据实时聚合到Redis,分了两个维度:用户和消息模板(对应的Redis结构都已经写在了代码的注释上了)
跟着做austin
项目的小伙伴,只要在kafka
创建对应的topic
(我这里定义的topicName是austinLog
),并且在AustinFlinkConstant
中填写Kafka的Broker信息以及Redis信息后,编译打包就完了。
提交到Flink平台之后就可以跑了:
05、后续
经过Flink
的处理已经把数据写入到Redis里边了,最近我已经在写Controller
层开发接口在页面上将清洗后的数据在页面上做展示了。
从前面的页面实现上如果有了解过的同学可能就知道我用的是低代码平台amis
,而amis
我看了下图表的文档用的是echarts
进行渲染的。
应该问题不大,过两天估计就开发完了,主要就是适配参数的问题了,到时候看起来应该就算比较完整了。
最近已经有小伙伴提了pull request
写了微信服务号的接入了,我已经merge
了代码,但还没调试。主要比较麻烦的是,我没有营业执照,就不好开服务号进行调试,我后面再想想办法。
今天就聊到这吧,对Flink
感兴趣的同学可以看看我以往的几篇文章和官网入门下,我建议先可以把austin
的代码先拉下来,部署一把自己体验体验,然后再看理论的知识。
1、Flink入门
都看到这里了,点个赞一点都不过分吧?我是3y,下期见。
关注我的微信公众号【Java3y】除了技术我还会聊点日常,有些话只能悄悄说~ 【对线面试官+从零编写Java项目】 持续高强度更新中!求star!!原创不易!!求三连!!
austin项目源码Gitee链接:gitee.com/austin
austin项目源码GitHub链接:github.com/austin