我们对我们的带宽联盟合作伙伴生态系统为客户带来的价值感到非常兴奋。我们的使命是帮助互联网成为一个更好的地方；确保每个人都能以零出口率访问云资源，这在很多方面都支持这一使命。对于我们的客户来说，这是一个简单的方法来构建现代的、以云为中心的应用程序，而不必考虑出口的设计约束和财务负担费用。那个cloudflare带宽联盟合作伙伴的前景继续增长，并加入了多种合作伙伴，今天发布了第二波产品。有了十几个不同的合作伙伴，选择的范围会很快变得势不可挡。而且，虽然这些都是我们很乐意向客户推荐的高质量平台，但它们之间的重要差异将有助于确定最适合您的平台顾客。进来在这篇文章中，我将通过我们最近合作的一个大型客户机的视角来阐述Cloudflare解决方案设计问题的一些方法。我们将此方法应用于我们的全部产品和服务中，包括许多与我们将在本文中深入探讨的存储需求有很大不同的用例。我希望这能帮助我们所有的客户，或任何其他感兴趣的人，镜像类似的方法。存储：查看客户的需求解决方案设计的第一步，无论是在技术问题上还是在业务流程上，都是对需求的清晰理解。在本例中，我们从新的客户：零出口存储选项：管理成本所需成本成本成本：考虑到高容量增长的可能性，低成本存储线程请求：支持每秒数千个读取请求的能力写入请求：对写入请求速率的关注较少卷：相当高的存储量；500TB+大小：storageAPI中数百万个小对象的10个：与熟悉的S3 API兼容安全性：存储和Cloudflare之间的身份验证这些需求特定于此大型客户机，但对于任何希望在主机上存储数据并通过Cloudflare交付数据的客户来说，考虑的因素可能相似。这些因素的相对权重取决于您的具体应用。在考虑到客户需求的供应商景观时，我们能够开始筛选出一些不符合这些需求的供应商。我通常认为将选项分为三类是有用的：检查所有方框软否（没有勾选几个框，但我们可以找到一个中间点）硬否（关键框失败）首先，几个提供者使用自定义API而不是S3。在某些情况下，这可能有许多优点，包括成本和性能；但考虑到客户的开发计划，这与客户的要求不符。我们把这些都写进"软不"对吧离开。然后，我们深入研究了每个提供者在读写请求、存储量和读取对象大小方面的性能和经济模型。一些公司有经济或费率限制，这对客户的用例来说非常具有挑战性，这将他们归入"硬不"类别。例如，有些提供商根据从存储器读取的次数收取费用。这个客户希望在他们的许多存储对象上平均每天执行10次数百万次的读取，因此任何基于此的定价都会很快破坏他们的经济效益。对于其他用例，当存储的大对象数量较少时，这并不是一个重要因素。在这一点上，我们已经确定了一个非常适合我们客户的合作伙伴。我们介绍了团队，并开始实施。该客户目前正在基于此联合解决方案加快其内容的存储和交付，我们预计在未来一年左右将为其存储的100 TB数据提供服务。在任何技术实施中，尤其是在Cloudflare不断扩大的生态系统中的复杂参与，我们首先要记住客户的目标和使用案例，这一点非常重要。通过与我们的客户建立密切的合作关系，我们能够对这些需求有一个清晰的了解，并设计出最好的产品解决方案。我们'非常乐意与任何规模的客户在存储、边缘计算、安全和许多技术方面合作；并利用我们不断增长的网络帮助他们取得成功。