1
damai0419 2021-12-21 12:34:02 +08:00
比较倾向 1 方法。
在项目中,再另外起一个线程,该线程专门用于请求 marketing api ,该线程每秒请求 9 个账户,下一秒再请求下轮的 9 个账户。 理论上,2000 个账户,大约 4 分钟左右可轮询完一遍余额。这个延时时间,业务方能接受么。。。。。 |
2
Itoktsnhc 2021-12-21 12:51:46 +08:00
pull 的模式,需求速度>接口吐数据的速度,巧妇难为无米之炊。需要做的是明确需求
1. 一定是实时吗,或者调用的窗口能不能延长。 2. 找 api 提供方,看能不能给放松一些限制(多 token 模式) 3. 如果请求数据是一个周期性的过程(比如每天早 8 点报表) 可以考虑在周期前做请求(当然得看是不是数据有时间属性) 需求是硬性的话,2 应该是一种比较好方式,比如对 token 和账户做好分区(贴着限速的要求),10 个 token 对应 2000 个账户。保证某一个分区内的 token 不会被限速。账户增加 token 也要随之增加 |
3
wutiaowy 2021-12-21 13:05:13 +08:00 1
要是我的话, 会把 1 ,2 ,3 结合起来
|
5
0x0208v0 OP @Itoktsnhc 把不同的账户划分在不同的 token 里面,这种方式确实可行。只不过实际情况比较复杂,多个 token 对应的账户很可能有重叠,比如账号 a, b, c, d , 对应的 token 是 token1: a b token2: abc token3 acd token4 bd
。。。给我整不会了 |
6
wolfie 2021-12-21 15:18:25 +08:00
相同业务,拿 1 做的。
旁边提示一个上一次获取数据时间(有时候用户问题导致 token 失效,长时间拉不下来) |
7
gadfly3173 2021-12-21 15:34:11 +08:00
做过巨量千川的一些业务对接,字节这些接口自己内部也很容易出现网关超时,而且他们自己超时报错之后 qps 照样扣,所以实际上 qps 到不了 10 。。。
|
8
Ehco1996 2021-12-21 15:39:09 +08:00
问头条要资金变动的后的 hook ,这种回调一般都是有的吧
|
9
goofylp 2021-12-21 17:35:56 +08:00
当然最好的方案是平台方提供批量接口
|
10
suchasplus 2021-12-21 18:21:55 +08:00 1
巨量不是有纵横么? 不能批量获取?
要么 ratelimiter 要么让他们开发批量接口 还有就是 push 运营商务让媒体方给你提权, 你都几千个账户了,日耗不低了啊,或者反推你们的增长运营别特么新开那么多账户, 及时关停,多吐槽,很多事情纯技术搞不定的 |