监控程序外包

10 天前
 zzzzccc
我正在开发一个需要实时获取数据的应用程序，通过每秒访问以下 公共 API 接口获取最新公告数据：

https://api-manager.upbit.com/api/v1/announcements?os=web&page=1&per_page=20&category=trade

目前我使用 5 个 IP 分批按顺序请求该接口. 实测安全的请求边界是每分钟 12 次. 单个 IP 每分钟超过 12 次会被封禁 1 小时.

Upbit 托管在 Cloudflare 上. 为了避免命中缓存，每次请求的 URL 后附加当前毫秒时间戳，确保响应头中 Cf-Cache-Status: MISS ，表示成功绕过缓存，直接从源服务器获取数据。然而，目前观察到数据更新存在约 3-7 秒的延迟，无法满足实时性要求。
需要一位经验丰富的专业 dev ，协助分析并优化 API 请求流程，解决数据延迟问题，确保能够实时获取最新数据。
1062 次点击
所在节点    外包
3 条回复
zzzzccc
10 天前
绿色软件:SHVnMTAweAo=
lisxour
10 天前
数据如果是主动延迟的，无解，upbit 不太懂，但 bn 延迟更高，长达好几分钟甚至十几分钟才发公告，为的就是防止那些人靠公告炒币。
zzzzccc
10 天前
@lisxour Yep.经过昨晚大量的测试. 已经 99.9%确认. 这个接口是没办法第一时间拿到.

一个完整的发布流程大概率是这样的:
1.数据源（运营后台 / 发布系统）写入数据库
2.后台任务或消息队列（ Kafka / RabbitMQ / 内部事件总线）异步消费
3.数据同步到 Redis / 内存缓存
4.API 从缓存读取并返回

在这种情况下,想通过那个接口同一秒拿到数据的可能性几乎没有.

大概率别人那么快的原因是找到了我们没找到的方法或者接口.

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1152476

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX