我们几乎所有事情都需要默认的硬预算上限

2026 年 10 月 3 日，我们几乎所有事情都需要默认硬预算上限 这是一个在未来几个月和几年里世界将需要更多的产品功能：默认硬预算上限。我说的是按使用量付费服务和 API 的功能，它可以让你说“在每月 X 美元之后，切断这个东西并返回错误”。这些需要是硬性限制。软上限，“每月 X 美元后，给我发送一封警告电子邮件”，不会削减它。编码代理和个人代理（封装在威胁较小的 UI 中的编码代理）大大减少了编写可以做有用事情的代码的摩擦。有时，这些事情需要花钱——调用付费 API、托管 Web 应用程序或可以收取额外存储和计算费用的系统。没有人愿意在半夜醒来看到一封警告预算限制的电子邮件，然后发现在他们睡觉时，他们的流氓服务已经多消耗了数百（或数千）美元的使用费。反对这一点的一个论点是，企业不希望他们的托管应用程序因为超出了一些预算而开始抛出错误。我预计大多数企业和个人宁愿选择错误，也不愿收到意外的 10,000 美元以上的账单。我认为硬预算上限需要成为默认设置。如果有人想要危险地生活，他们应该能够这样做，但这需要建立在选择加入的基础上。在显眼的地方有一个漂亮、清晰的复选框：取消预算上限。如果我超出配置的预算限额，我的应用程序不会被关闭，并且我将负责后续费用。我最想看到这一点的服务是 AWS。我听过很多人的故事，他们拒绝将 AWS 用于个人项目，因为（合理的）担心失控的服务可能会让他们破产。我还听过一些人的故事，他们没有预料到这一点，结果被严重烧伤。 ...事实证明，AWS 终于在几周前推出了支出限制！从他们的公告来看，新的 AWS 体验可帮助构建者在 9 月 16 日开始并更快地交付：当您准备好升级到付费计划时，您可以根据您的使用模式为您的项目设置每月支出限额，以便您保持在预算范围内。如果项目的使用量达到其支出限制，您的项目将在该月暂停。另请参阅在 AWS 设置中创建支出限制，尽管该页面警告说“我们目前正在向有限数量的客户发布新体验。”希望现有帐户能够尽快普遍使用。谷歌云在 7 月份推出了类似的功能，称为 Spend Caps，它可以让你“为项目内的特定服务设置每月的财务上限”。看来这正在成为一种趋势！在理想的情况下，我们的代理商可以提供帮助。如果代理商开始偏向于推荐具有硬性预算上限的提供商，并警告新的和缺乏经验的构建者不要使用可能会给他们带来麻烦的无上限服务来部署应用程序，那就太好了。