Stripe payments 我应该用什么?

Stripe payments 我应该用什么?,stripe-payments,Stripe Payments,文档让我有点困惑:为了让Stripe计算计费周期内消耗的单位数量,您必须通过创建使用记录来报告客户的使用情况 然后:使用情况报告端点是速率限制的,因此您可能需要谨慎,避免创建太多单独的使用情况记录。 那么它到底在说什么呢?在为一些客户添加一些用法后,我的应用程序是否会停止工作?那我应该用什么?行项目?发票项目 到目前为止,我已经创建了一个客户,并为他订阅了一个计划。我如何不受限制地增加他的使用量,并冒着我的应用程序无缘无故中断的风险?这只是意味着,如果你有达到限速的危险,你应该做些什么来批量拨打

文档让我有点困惑:
为了让Stripe计算计费周期内消耗的单位数量,您必须通过创建使用记录来报告客户的使用情况
然后:
使用情况报告端点是速率限制的,因此您可能需要谨慎,避免创建太多单独的使用情况记录。

那么它到底在说什么呢?在为一些客户添加一些用法后,我的应用程序是否会停止工作?那我应该用什么?行项目?发票项目


到目前为止,我已经创建了一个客户,并为他订阅了一个计划。我如何不受限制地增加他的使用量,并冒着我的应用程序无缘无故中断的风险?

这只是意味着,如果你有达到限速的危险,你应该做些什么来批量拨打
https://api.stripe.com/v1/subscription_items/{订阅\项目\ ID}/使用\记录


例如,不要每次客户使用量增加时都在那里发帖,只需在您这边跟踪,并在计费周期结束时或其他时间间隔每天发帖一次。

但即使我将该呼叫限制为每个用户每天一次,我也无法知道会有多少次。如果客户数量真的很大;那么限制是什么?如果您受到限制,您将得到一个正确的HTTP 429错误。这应该使用指数退避来处理。一般来说,如果某个端点在响应您的请求时没有返回2xx,那么无限期地继续对其进行攻击很少是一个好主意。最有可能的情况是,您需要某种指数退避(2分钟后重试,然后重试4次,然后重试8次,等等),然后发出警报或向可以手动检查东西的人发出呼叫(可能还需要联系Stripe)。API错误文档在这里:令人不快的限制。。。所以除了重试逻辑,这是唯一的方法?我可以忘记行项目和发票项目来解决这个问题吗?刚从Stripe团队得到回复,他们说的完全一样。对于那些感兴趣的人来说,限制是每秒100个请求。我想还没有回答的问题是,如何将这些请求批处理在一起?对于计量计费,它指出:“最好分批发送使用记录,以减少需要进行的API调用的数量。”但端点文档仅显示createUsageRecord,而不是接受对象数组的createUsageRecords。。。你知道怎么做吗?