YouTube配额限制-最佳实践是什么？

我正在开发一个严重依赖YouTube API来帮助内容发现的应用程序。在开发的负载测试阶段，我收到了

<domain>yt:quota</domain><code>too_many_recent_calls</code>

多次出错。虽然负载测试的流量比我预期的要高，但我想听听人们如何使用YouTube API处理配额问题。理想情况下，我希望知道当我接近配额和限制请求时，此时我宁愿提供有限的服务，而不是在收到此类错误后10分钟内从应用程序中[stop]API调用，以便重置配额。建议在

请求是GET only，没有POST/PUT/DELETE，对即时结果的需求很少，即如果必要，我可以限制用户交互后的调用，并提供一个速度较慢但功能齐全的应用程序

有没有人有过这样管理YouTube API调用的经验？是否有一个很好的解决方案，可以在配额下发出请求，而不必点击配额，也不必后退10分钟进行重置？

对于v2

对于v3

我应该有个主意

使用v3并让用户OAuth2登录，通常会为您提供最佳结果。

对于v2

对于v3

我应该有个主意

使用v3并让用户OAuth2登录，通常会给您带来最好的结果