我真的不了解新的定价。据我所见，我现在（其中包括）收取“实例/小时”的数量。另一方面，前一段时间我选择了“Always on”功能，从那时起，我的应用程序的3个“Resident”实例始终在运行。
现在，A.F.A.I.C.S。 ，在旧的定价模式上，我使用的CPU时间收费，“永远在线”功能很棒，不仅使应用程序更具响应性，而且由于实例不再启动/撕裂 - 当流量稀缺时，CPU时间降低（实际上这在仪表板上可见）。
但是现在，由于我按实例/小时计费，我将这个“永远在线”选项激活的事实实际上并没有为我的账单增加很多钱，即使这些实例实际上并没有什么（只是因为他们就在那里，总是在那里）？
我问这个是因为自从新的定价模式被激活以来，我的前端实例时间增加了很多（现在它在过去的9个小时内是29.21），之前的CPU时间从来没有真正接近于超越免费配额。
答案 0 :(得分：3)
＆＃34;永远在线＆＃34;功能自1.6.0起不存在。等效替换是将最小空闲实例滑块设置为3（并将最大空闲实例保留在＆＃34;自动＆＃34;）在管理控制台的应用程序设置中。
答案 1 :(得分：2)
调度程序可能正在启动多个实例以响应线程。
这是用Java吗？您可以尝试使其具有线程，以使其对更低的延迟更具响应性。
您还可以调整调度程序参数，以阻止它调整更多实例。
答案 2 :(得分：2)
为我的账单增加了很多钱，即使这些实例实际上没有做任何事情（仅仅因为他们就在那里，总是在那里）？为我的账单增加了很多钱，即使这些实例实际上并不存在做任何事......
问题在于他们 正在做某事。他们占用了RAM。新的定价模式试图更准确地模拟谷歌的基本成本，或者至少是他们告诉我们的。您可以通过转到管理界面来更改始终打开的实例数。如果您并未真正使用全部3，请尝试下至2或1.如果您的流量激增，将启动更多实例。您还可以设置一个值，以确定在新实例启动之前您希望用户承受多少延迟。