👏欢迎各位彦祖进入阅读本文，同时也先给各位彦祖汇报一下我为什么要发布这么一个烂大街的产品。首先，本平台没有任何技术特点，同类产品在 GitHub 上面早已烂大街，那我为什么还要从 0 开始写，写完还要耗费资金上线，而且还要在 V2EX 这种大神云集的论坛上面发？请各位彦祖花一分钟听我娓娓道来，请拉到最底下平台优势板块
📱 一个平台，多种推送方式
Notify X 是一款基于 Golang 开发的现代化消息推送服务，让您轻松实现多渠道消息分发。只需简单的 API 调用，即可将消息推送至各大主流平台！麻麻再也不用担心我错过重要告警通知了 ！
✨ 核心特性
- 扫码登录 - 微信扫一扫，即可获取专属 API 密钥
- 多通道支持 - 轻松接入各类消息平台
- 实时队列 - 高效异步处理，确保消息及时送达
- 失败重试 - 内置智能重试机制，提高消息到达率
- 完善监控 - 直观统计面板，掌握每条消息状态
🌟多渠道分发
目前平台已经支持：
- 微信公众号模板消息
- 微信公众号测试号模板消息
- 企业微信应用消息
- 企业微信机器人消息
- 钉钉机器人消息
- 飞书机器人消息
- 邮件
- FCM app 消息
后续计划：
-
接入各大短信平台(付费)
-
接入国内各大手机厂商原生 app 消息推送服务
-
接入人工上门通知服务（滑稽🤪）
🛠️ 技术栈
后端：Golang + Gin + GORM + Redis
前端：Vue 3 + Element Plus + ECharts
🏗️ 系统架构亮点
- 工厂模式 - 轻松扩展新的消息通道
- 异步队列 - 高性能消息处理管道
- 分布式友好 - 支持水平扩展部署
- 安全可靠 - 消息加密存储，防止信息泄露
- API 限流 - 内置多级限流保护，防止滥用
🚀 快速使用
只需扫码登录即可使用，无需配置任何通道就可以使用官方默认的公众号消息模板。
💡 适用场景
- 系统告警通知
- 用户消息推送
- 营销活动提醒
- 工单状态更新
- 自动化流程通知
🔄 持续更新
- 不断扩展更多消息通道支持
- 增强安全性和可靠性
- 优化用户体验和管理界面
🤳平台优势
1 、本项目基于 Golang 开发，Golang 的特点想必各位比我清楚，那就是快！采用 redis 消息列队。
2 、本类基础 API ，虽然没有任何技术难度，各位彦祖花个三五天也能做出来。但，作为基础服务，要的不是谁技术更新，代码写的多漂亮，而是“稳定”！想必各位彦祖写十个项目，可能有九个得用到此类服务，各位也不可能每次都重新写，都会想要调用一个现成的，省下的时间拿来嗑瓜子不香吗？那我们调用了第三方服务，最大的需求就是它稳定，谁也不想项目上线个一两年，突然这个服务倒闭关机了，你又得苦哈哈来改，岂不是痛苦？
我们为什么敢主打一个稳定？
各位且看：
1 、阿里云服务器已续费十年，有图有真相：（说实话服务器十年不算什么，但至少保证我们十年之内不会倒闭，十年之后的事情谁又知道呢？）
2 、十年不算什么，而线下服务器才是我最坚强的后盾（由于服务器在某机房托管，不适合公布，各位可信也可不信）
当我觉得线上服务器顶不住压力的时候我会把服务器迁回本地，本地服务器规格是 64 核 128G 戴尔服务器，出口是电信 20M 固定带宽专线。但由于线下 UPS 只能坚持 30~60 分钟，能用线上服务器还是尽量用线上服务器。
Select Language