网络定价如何在云平台中准确运作？我应该如何避免专门的定价攻击？

云服务为专为使用它们而构建的项目提供了巨大的好处。如果我们谈论的是应用程序/网络托管，那么云定价模型适合企业，它们的主要收入来自使用所述应用程序/网站的用户。

除非这是您的主要收入来源（在这种情况下，您应该轻松地在原始网络流量和利润之间进行转换），否则云托管可能根本不适合您。

请记住，如果您的应用程序不是为云基础架构（如上述游戏服务器）构建的，那么您不会比单实例 VPS/专用托管有任何好处，除非您花一些时间进行 devops 工作。需要相同的 devops 工作来有效地防止对您描述的带宽的攻击。

由于这种攻击已经有了名字——你可以通过搜索“ Denial of Wallet ”找到一些或多或少可行的建议

两家云供应商都没有以固定价格提供 XX 带宽。定价是基于消费的。

您负责控制客户对您的资源的访问。

这意味着部署身份验证或限制或其他技术，但您可以选择如何以及使用什么产品。

云服务很像盖房子。家得宝不会给你无限的钉子和木材。您购买建造房屋所需的东西。然后，您购买燃料来为您的房屋供暖。

从零开始，我就一直在云端工作。在那之前的私人数据中心。您的担心是可能的，但在现实世界中，这并不足以阻止我们大多数人在云中部署。为了消耗你的带宽，我需要消耗我的可用网络带宽。如果黑客想要让你失望，他们可以部署许多更痛苦的方法，这些方法对他们来说更便宜，而且更难以追踪他们的位置/位置。

在服务器端，避免这种情况的方法是：

• 要求对请求进行身份验证。IOW，让您可以追踪谁在进行此类攻击，并使此类攻击成为可禁止的罪行。然后正确锁定您的帐户创建，这样在您被禁止后就不容易获得新的凭据。
• 实施速率限制。通常这是在多个阶段完成的，通常是每个经过身份验证的帐户的速率限制（因此任何用户都有速率限制），每个 API 端点（因此不会经常被调用的计算昂贵的端点不能轻易被滥用用于 DoS 攻击)，并且可能是每个 IP 的整体。您应该出于其他原因这样做（最明显的是防止智能 DoS 攻击和对游戏逻辑的基于时间的攻击的可能性）。
• 在协议中使用良好的压缩。对于您声明的响应大小，Brotli 可能值得研究（或者可能是 snappy 或 LZ4），它应该足够快以满足您的性能需求，但仍将响应大小减少几 kB，并且在处理数百万每月的请求数，这是一个重要的数据保存量。

至于在其他地方减轻它，这并不容易做到。像您所谈论的那样，完整的云提供商通常会提供一些最低限度的“免费层”，让开发人员可以轻松地进行试验，而无需付出任何代价。例如，我认为 AWS 每月的出站流量为 5GB（他们根本不对入站数据收费）。正如您所说的那样，您可以在如此完整的云设置中阻止使用，因为大多数用户将受益于按比例分配的确切使用量，而不是购买“块”。

如果您真的想要一大块，请查看 AWS Lightsail。在那里，您购买了一个虚拟节点的一揽子交易，其中包括一些固定数量的 CPU、固定数量的 RAM 和集成存储，以及指定的网络使用上限。在一个计费周期中低于该上限的网络使用量不会产生任何费用，而高于该上限的网络使用量就像在完整的云设置中一样按比例分配。我不知道 GCP 是否有等价物，但大多数 VPS 提供商（例如 Vultr、Linode 或 Digital Ocean）的主要产品都以相同的方式工作，如果你走这条路，我实际上建议你去那里看看。这些的网络上限通常在数 TB 范围内，并且标准是只有使用率较高的方向才会被跟踪以进行记帐。