Parse platform 应用程序的自动缩放

我想知道如果请求的需求升级，是否可以自动缩放？人们做什么，如果他们刚刚创建的应用程序在午夜会病毒，人们开始获得错误代码而不是数据？或者这些功能是否正在开发中？

如果您的应用程序达到其请求限制，您的额外请求将开始失败，错误代码为155（已超出请求限制）。为防止请求失败，您应在帐户概览页面上调整相关应用程序的请求限制滑块。

---

现在，说到你的问题，这能自动完成吗？到目前为止，我会说不。解析目前需要您手动完成。在彻底浏览了他们所有的博客文章之后，我要说的是，在不久的将来，并没有任何迹象表明这个功能会出现。无论如何，这个问题只能由Parse的人100%地“正确”回答。在stackOverFlow，我们只能猜测

如果您的应用程序达到其请求限制，您的额外请求将开始失败，错误代码为155（RequestLimitExceed）。为防止请求失败，您应在帐户概览页面上调整相关应用程序的请求限制滑块。

---

现在，说到你的问题，这能自动完成吗？到目前为止，我会说不。解析目前需要您手动完成。在彻底浏览了他们所有的博客文章之后，我要说的是，在不久的将来，并没有任何迹象表明这个功能会出现。无论如何，这个问题只能由Parse的人100%地“正确”回答。在stackOverFlow，我们只能猜测

这是你提出的一个很好的问题！正如我所看到的，parse是一个很好的PaaS，具有所有的“云”特性。即使是新一代的每小时定价，但如果缺乏自动化来调整限制，您仍将在一段时间内为未使用的容量付费，就像在旧数据中心一样，这确实让我感到困扰（除非您付费让人持续监控性能并手动设置限制）这是你提出的一个很好的问题！正如我所看到的，parse是一个很好的PaaS，具有所有的“云”特性。即使是新一代的每小时定价，但如果缺乏自动化来调整限制，您仍将在一段时间内为未使用的容量付费，就像在旧数据中心一样，这确实让我感到困扰（除非您付费让人持续监控性能并手动设置限制）.

但后来我在他们的论坛上发现了这句话，是由一个“解析器”（他们自称）写的，“我们将返回一个错误代码155。我们通常会与超过此限制的客户联系，以确保他们的应用程序在很长一段时间内不会掉线。”但你的问题仍然没有得到解决。你说，“午夜时病毒传播，人们开始得到错误代码”。会在半夜与你联系吗？也许不会。他们还是会要求你的许可（和付款！）来升级。但后来我在他们的论坛上发现了这句话，是由一个“解析器”写的（他们自己这么称呼自己）“我们将返回错误代码155。我们将与那些超过这个限制的客户联系，以确保他们的应用程序在一段较长的时间内没有掉线。“但是，你的问题还没有解决。你说，”在午夜发生病毒，人们开始得到错误代码。“在半夜会解析你吗？”也许不会。他们仍然会要求你的许可（和付款！）升级。