Kubernetes、一致性和商品化——云之道

当您想到云时，有助于思考那些以弹性计算、网络和存储作为基础组件，并以自助服务/多租户作为客户参与方式构建的企业类型。

在大多数情况下，这些企业通过专注于构建其产品来成功扩展，几乎完全依赖于单个公共云平台。这个公共云平台由于显而易见的原因，不成比例地偏向于 AWS——客户都在那里。这为 AWS 创造了一个异常强大的循环，也带来了异常可观的利润。

这些以产品为导向的企业实际上只是专注于开发自己的产品。选择公共云很重要，但它并没有改变游戏规则。有数以万计的企业建立在 AWS 之上——其中很少有企业进入云 100 强榜单。那些上榜的企业拥有出色的产品/市场契合度，提供了简单易用性、透明的经济性和云原生规模——双向扩展。

有趣的是，此时这些企业都面临着一个决策——如何保持增长？华尔街没有情感。这些公司需要持续地实现增长。

这意味着寻找新客户。这意味着在不同的云上运行。其他公共云、私有云、Kubernetes 发行版——对于某些企业来说，甚至意味着边缘云。

“如何保持增长”的问题掩盖了一个关键的技术战略选择。我应该在哪里投入精力？

对于许多读者来说，潜在的答案似乎是：Azure？Google？但这错过了重点。

真正的重点是您是否要投资专门的团队，在 GCP 上复制业务。另一个团队在 Azure 上复制业务。另一个团队在 IBM Cloud 上复制业务。另一个团队在 VMware Tanzu 上复制业务。等等——OpenShift、Ezmeral、思科的 IKE。每个额外的原生集成都意味着数量级的复杂性增加。第六个云并不更容易——实际上更难。更难解决不可避免的不一致性。更难管理与最低公分母相关的折衷方案。

Kubernetes 在这方面解决了大量挑战，并且使云中基础设施堆栈的很大一部分商品化了——但存储方面存在一个症结。

现代大规模存储是 S3。就此打住。

GCP——与 S3 不兼容。Azure——与 S3 不兼容。阿里巴巴——与 S3 不兼容。Kubernetes 发行版支持对象存储，但依赖于其合作伙伴实现 S3 兼容性。此外，还存在一些功能和性能差异，这些差异从根本上难以克服——即使使用 Kubernetes 也是如此。

为了充分利用 Kubernetes 带来的商品化优势，您必须以 S3 兼容的软件定义对象存储作为起点。这将公共云变成了按需使用、廉价、可分解的基础设施。因此，真正的问题变成了**您为 Kubernetes 原生、S3 兼容的存储选择谁？**

对那个问题的答案变成了关键的战略选择——而不是接下来要针对哪个云，因为这个问题永无止境。

答案：MinIO

许多云原生精英已经仔细考虑了这个问题，并决定使用 MinIO。以下是原因

1. MinIO 如今可以在任何地方运行，无论是原生还是通过我们的网关解决方案。
2. MinIO 是性能的领导者——这反过来意味着它是能够运行的工作负载数量的领导者。这意味着它可以支持分析驱动的 Data Lake、机器学习即服务、DevOps/制品库备份、日志分析——甚至 TikTok 等消费者应用程序（是的，TikTok 在 MinIO 上运行）。
3. MinIO 是 Kubernetes 的领导者。我们诞生于云端，并使用其技术确保我们在每个混合云平台上运行。
4. 如果您投资专门的团队——您每年在每个平台上投资 500 万至 1000 万美元。用于工程师。存储成本会有所不同。在 MinIO 中，您每年可能在工程师身上投资 200 万美元，加上存储成本，存储成本有一个整洁的天花板函数，这使得经济效益变得显而易见——即使您在 20 个平台上提供您的产品也是如此。
5. 您甚至可以选择使用 Equinix 等创新的托管服务提供商来构建自己的基础设施云。在这里，您对基础设施进行长期租赁，从而实现价格可预测性、服务保证和全球覆盖。然后将您的 Azure、AWS、Oracle、Tanzu 实例指向那里。是的，您需要支付带宽费用，但根据应用程序类型，鉴于它主要是读取操作，因此成本将大大降低。
   

因此，云原生精英选择将 MinIO 标准化，让 MinIO 通过 Kubernetes 完成其余工作。

结论

无论您是史上最热门的 IPO 还是下一个即将上市的公司，您都面临着上述问题——“我在哪里寻找增长”以及上述选择，“投资每个云的团队还是投资 MinIO？”

答案非常清楚——您投资 MinIO。

更重要的是，您可以在几个小时内验证这个假设。 下载 MinIO并在其上运行您的应用程序。然后在您希望业务运行的所有环境中运行 MinIO。如果您的应用程序在 MinIO 上运行，并且 MinIO 在您所有环境中都运行，那么您就拥有了做出决策所需的一切。 

然后与 MinIO 签订商业协议，您就可以开始比赛了。