V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zzzzccc
V2EX  ›  外包

监控程序外包

  •  
  •   zzzzccc · 7 天前 · 1022 次点击
    我正在开发一个需要实时获取数据的应用程序,通过每秒访问以下 公共 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 请求流程,解决数据延迟问题,确保能够实时获取最新数据。
    zzzzccc
        1
    zzzzccc  
    OP
       7 天前
    绿色软件:SHVnMTAweAo=
    lisxour
        2
    lisxour  
       7 天前
    数据如果是主动延迟的,无解,upbit 不太懂,但 bn 延迟更高,长达好几分钟甚至十几分钟才发公告,为的就是防止那些人靠公告炒币。
    zzzzccc
        3
    zzzzccc  
    OP
       7 天前
    @lisxour Yep.经过昨晚大量的测试. 已经 99.9%确认. 这个接口是没办法第一时间拿到.

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

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

    大概率别人那么快的原因是找到了我们没找到的方法或者接口.
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2539 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 11:55 · PVG 19:55 · LAX 04:55 · JFK 07:55
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.