云作为一种运营模式 - 不是物理位置

我们之前说过，但值得重复一遍。云是一个运营模式，而不是一个物理位置。这就是为什么你会在公共云、私有云和边缘的任何地方找到 MinIO。我们不区分，因为我们是云原生的，所以我们对云（位置）是不可知的。

公共云拥有不可否认的关注度和影响力。它是学习云之路的地方，它提供了即时基础设施、各种服务和最小摩擦力的诱惑。

它并非没有黑暗面。云锁定是一个真实存在的现象，有大型的企业软件公司亲身经历了这个黑暗面，因为他们在高度受限的参数范围内试图重新设计他们的经济模型。

可选择性是任何架构良好的系统的目标，因为可选择性提供控制。控制带来杠杆作用。

这就是为什么无论是成熟的企业还是新兴的初创公司都正在改变他们对云的看法。他们采用的精明策略是使用可替代的软件来替代专有系统。虽然开源发挥着一定作用，但这并不是论点的核心，更多的是关于基于模块化标准的方法。这些方法如果架构正确，可以在任何地方应用，从而创造可选择性。

这里有一个简单的试金石。如果你的整个软件栈可以在 Kubernetes YAML 中定义，并且可以每天多次部署到任何新的基础设施（公共云或私有云），那么你就准备好了。如果有任何专有服务、硬件设备或裸机软件依赖关系，你将无法通过测试。

以下是云运营模型的构建块。

Kubernetes：云原生应用程序的编排器

Kubernetes 重新定义了应用程序如何在不同的环境（包括混合云和多云）中部署和扩展。它为容器化应用程序提供自动化、扩展和自我修复功能。Kubernetes 跨集群编排工作负载的能力使企业能够保持敏捷性并确保高可用性，释放云原生基础设施的全部潜力。

所有云提供商都提供托管 K8s 服务，例如：AWS 的 EKS，Azure 的 AKS，GCP 的 GKE 等等。公平地说，使用托管 K8s 服务在前期更容易使用和部署，但长期的锁定问题很严重。这与我们对该主题的标准建议一致，即在云上开始使用，但一旦你的技能提升，并且你的工作负载得到充分理解，你就应该迁移回本地。这里也是同样的道理。云产品是获得 Kubernetes 基础知识的绝佳方式，但随着时间的推移，Kubernetes 知识将使你拥有应用程序和基础设施的移动性，这正是我们所追求的最终目标。

部署本地 K8s 作为替代方案可以避免云使用税。安装、配置和运行本地 K8s 的工作量更大，但一旦完成，容器应用程序和编排系统就可以运行在任何你想要的地方。

MinIO 是不可知的。我们有数十万个 AKE、EKS、GKE、stock、Tanzu、OpenShift、SUSE、Ezmeral 的部署。我们提供可选择性，从而提供控制。

容器：云可移植性的核心

容器封装了应用程序依赖项，使应用程序在各种环境中都能保持一致的性能。MinIO 的架构专为容器化而设计，简化部署并提供可扩展性、可移植性和隔离性。无论是在本地还是跨多个云，使用 MinIO 运行的容器化应用程序都确保数据可移植、安全且立即可用。这种容器优先的方法确保你的云战略保持灵活，允许工作负载在不同的环境之间无缝移动。

RESTful API：云互操作性的基石

RESTful API 是云原生应用程序不可或缺的一部分，它提供了与服务交互的一致接口，无论环境如何。S3 是 Restful API 的典型代表，MinIO 的兼容性仅次于其本身。如果有人想要争辩，我们提出我们的每天 200 万次 Docker 拉取次数。MinIO 的 S3 兼容性使其能够与应用程序生态系统集成，提供可靠、安全且高效的数据访问。RESTful API 促进微服务、应用程序和云基础设施之间的互操作性，确保数据可以无缝流动，无论是在本地还是在云环境之间，这与云的运营模式一致。

特别是 S3...

与 S3 兼容的对象存储的妙处不仅仅在于其无限的可扩展性或 RESTful API，还在于其可扩展性。MinIO 是 AWS S3 的直接替代品，可以在 AWS 本身、GCP、Azure、Tanzu、Ezmeral、SUSE Rancher 或裸机上运行。AWS S3 开创了现代对象存储的先河，但它被困在 AWS 内部。我们只是把它从里面解救出来了。

这意味着你可以摆脱与每次 API 调用、出口费用等相关联的隐藏成本。它们一开始可能看起来很小，但我们怀疑这些费用，不包括容量和计算，超过了除云 100 前几名之外所有公司的销售额。

在“原生”云对象存储中部署 MinIO 是非常有意义的。这就是为什么我们在每个市场上都有点击部署模型。是的，你仍然需要为容量、计算和网络付费，但你为自己创造了自由。供应商锁定非常昂贵，不仅是因为你的积分和折扣到期了，还因为你的组织敏捷性。如果你真的无法移动你的工作负载，你就失去了所有控制权。因此你也失去了所有的杠杆作用。

采购团队越来越意识到这种现象。他们的工作依赖于不放弃对技术栈的控制权。

还有一个持续性的额外好处，但核心好处是可选择性。只有 MinIO 才能提供这一点。让我们明确一点，每个人都声称自己是与 S3 兼容的对象存储。如果你唯一添加的地方是“本地”，那么它就没有那么有价值。这是设备供应商提供的“价值”。这不是可选择性。这是选择。云或本地，而不是云和本地。企业需要更多。

微服务：弹性、模块化且可扩展的云架构

微服务通过将单体应用程序分解成更小的、自包含的服务，为应用程序开发提供了一种云原生方法。这种架构允许独立扩展、弹性和更快的部署。MinIO 通过提供高度可扩展、安全的对象存储来支持基于微服务的架构，该存储可以随着微服务扩展而扩展。由于微服务通过网络进行通信，MinIO 确保在本地或云中的一致性能、可用性和非结构化数据访问，使其成为现代云基础设施的必要组成部分。

摘要

与上述所有内容一样，几乎任何主要堆栈组件都存在于云专有和云原生选项中。与上述所有内容一样，大多数这些其他云原生组件都可以从云市场轻松获取和安装。使用这些组件，可以利用云提供商的即时硬件基础设施，而不必为云托管、管理或专有解决方案支付额外费用和税费。

将云原生替代品用于托管 SaaS 服务的缺点通常被描述为部署和管理它们所需的时间和精力更多，这在某种程度上是正确的。即使这些优势也随着 Kubernetes 运营商的引入而大大减少。运营商完全自动化所有第 2 天操作，并且它们也跨云可移植。

尽管如此，优势依然明显 - 极高的可移植性和更低的成本，以及相同甚至更好的可扩展性、性能和功能。如果你决定迁移回本地，使用云原生堆栈组件将使这个过渡变得更加容易。

选择权在你手中，部署云专有解决方案并支付云使用税，或者花费更多时间和精力来部署云原生替代品，并享受随之而来的节省和可移植性。