语落心生

最近在给社区提PR和补充文档的时候跟踪了不少源码，调整了下状态，记录在此一些心得。本人阅读的是rocketmq5.0的源码，目前Rocketmq的Consumer支持三种模式Pop,Push,Pull

最近互联网风波不小，各大公司都在人力方面降本增效。意味着互联网的红利期过了，考察一个人扎实开发功底的时候来了 什么是开发功底呢？我理解就是一个人内外兼修的交集部分，即学到的理论真正用到实战中的究竟有多

简要说一下原因的话就是 领导要求布一个微众银行开源的DSS,说白话就是一个大数据可视化的SQL开发平台，前端做的比较好想做一下竞品分析，但是他们官方的沙箱环境又老是维护，给了一台机器让先试试 由于ds

enmm首先，写这个也不指望有啥人认同，毕竟这个PR我也是在看别人的文档和代码。可以把这个系列的博客看成读后感吧 flink1.14的广义增量检查点: https://github.com/apach

去年看到社区上一个issue,一直拖到现在才尝试进行解决。并且趁这个机会理解dubbo3的新特性 应用级地址推送。也为接下来梳理dubbo-go-pixiu的源码细节做铺垫 issue-9194: h

待Dubbo3.0发版之际，出于好奇心和学习需求。又一次回归dubbo的源码细节 1.拉取源码 Dubbo 使用 maven 作为构建工具。 Java 1.8 以上的版本 Maven 2.2.1 或者

先说前言，因为平常工作比较忙，社区上的featrue也需要追踪源码，导致我实在没有精力像其他作者那样频繁的更新博客了。所以这一次，对已经落幕的天池中间件,以一介失败者的身份做一下总结 github地址

采集侧流程 分发侧流程 怎么保证数据不重不丢 1)采集侧基于什么实现？定制化开发实现了canal那部分？ 开发了一个定时任务，检查canal接口的采集实例是否存在 如果没有会一直尝试部署实例，保证采集

「本文已参与好文召集令活动，点击查看：后端、大前端双赛道投稿，2万元奖池等你挑战！」 PS:这篇文章虽然参与了好文召集活动，但阅读此文的朋友心态请摆正，文中有不理解的地方欢迎在评论区留言，谢谢 wha

cosn腾讯云自己封装的sdk 项目的架构 数据采集分发系统 上游解析mysql的数据，采集到中继kafka 从中继kafka分发到下游kafka以及入cosn 如果解决超时异常的问题 写入cosn架