本文探讨了消息推送平台接口的性能指标，包括QPS和RT，并分享了如何通过日志监控这些指标。在日常运营中，接口QPS约为200，大促时达到2000，RT保持在20ms。系统架构包含接入层、MQ和发送逻辑层，接入层采用4台4C8G机器。批量接口用于优化网络IO。压测通常由测试团队负责，发送速率受限于下游渠道。随着业务增长，通过横向扩容可应对QPS上升。面试中，理解接口性能和上下游关系至关重要。
前阵子被股东们问到了消息推送平台Austin接口性能相关的问题，本来想着早早就可以安排一波文章的。实在没想到这两周竟然在工作中出现了这么多线上的问题，熬了几天夜，导致文章拖到了现在。
消息推送平台提会供接口给业务方进行调用，一般面试官看到了也会想问：「你这接口有多少的QPS？RT是多少？有压测过吗？业务增长，调用接口的量也在增长，这时候你会怎么办？」
对于这个问题，我提供下思路哈，你们可以根据自身技术栈的情况做一些简单修整。
聊些指标和系统业务/架构
我们的QPS和RT的指标都来源于日志，我们在接口被调用时打印出了耗时（RT）以及记录了一条日志（QPS）。有了这日志，我们通过GrayLog就能配置出QPS和RT的监控了。所以，我们的接口对QPS和RT都是有监控的哈
在接入层部署了4台4C8G的机器，通过监控可以看到，日常的QPS大概百级（200左右），大促时记录的峰值是2000，RT大概在20ms。
发送接口是提供了单发和批量接口的。如果有批量推送消息的需求，我们这边是建议业务走批量接口的&
最低0.47元/天 解锁文章
6639
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
