10000！不远了！
算是全身心都把精力放在项目上了，现在GitHub有2.3kstars，Gitee有2.9Kstars
5K stars已达成，1W还远吗？
我是挺希望有更多的人参与进来，一方面不会让我觉得只有我一个人在开发，另一方面我也想在从中获取建议，进而帮助我更好地去迭代这个项目。
在我真正写项目之前，我在自己的群里曾经收集过些意见，很多小伙伴都是表示自己可以一起开发一起迭代，结果等我真开始了之后，发现几乎都是骗人的狗腿子。
目前在Gitee一共有23个贡献者，在GitHub一共有11个贡献者。
新手们真的不要妄自菲薄，相信我，学习项目这种事情，如果能编码进项目，对项目的理解会更加深刻。我这里通过pull request很简单的，只要再过亿阵子，你就可以说你给万级 stars的开源项目贡献过了
有挺多人问过我会不会新开一个开源项目，我目前没这个打算。消息推送平台我还能持续迭代挺长一段时间，它的核心功能简单，但在技术上确实可以做很多事情。
最近一直在做降低项目使用门槛的事，期间项目的视频也在保持着更新
1、项目已经将Nacos已经接入了！从我做项目开始，就一直有小伙伴留言是不是要支持Nacos作为分布式配置中心，为什么偏偏就选择Apollo。我一直错觉以为我遇到了邪教组织了，现在Nacos都流行到这个地步了？
接入完Nacos，又发现了低版本的客户端会导致SpringBean的懒加载失效，从而导致我的Kafka消费者失败了，折腾了好一阵子！
2、渠道账号配置信息用数据库存储。最开始我是使用分布式配置中心来存储渠道账号信息，由于很多人没有环境，后来支持以local.properties的方式进行配置。
但这两种方式都不太友好，只有孤零零的文件配置会有很多人来问我。于是我决定将账号信息存储在数据库，在后台专门写一个模块来进行管理（同时也为接下来的第三点做铺垫）
3、使用docker进行部署项目。现在消息推送里短信/邮件/钉钉渠道都是比较完善，后续也会逐渐把各个渠道都给搞起来，达到生产环境的标准，而docker快速部署项目就很有用了。
我打算提供docker两种姿势：1、直接使用我打好的镜像，在启动的时候自行配置MyQL和Redis。2、一键使用docker-compose启动，默认拉取MySQL和Redis镜像。
无论哪种，都可以通过参数选择使用什么消息队列(kafka/rocketMq/rabbmitMq)，使用什么分布式配置中心(apollo/nacos)
无论是初学的时候，还是到现在工作几年，搭建环境这种事情还真的是能折磨人，docker部署这块目前还有些小问题，期望这周能搞掂收工。
今天就到这吧，感谢大家的关注，下期见
阅读原文可跳转至消息推送平台仓库