云作为一种运营模式--而非物理位置

我们以前已经说过，但值得重复一遍。云是一种运营模式，而不是物理位置。这就是为什么您会在公共云、私有云和边缘到处都能找到 MinIO 的原因。我们不区分，因为我们是云原生的，所以与云（位置）无关。然而，公有云具有不可否认的 mindshare 和 gravis。它是学习云方式的地方，它提供即时基础设施、一系列服务和最小摩擦的诱惑。它并非没有它的阴暗面。云锁定是真实存在的，有大量的企业软件公司在试图在高度受限的参数内重新设计其经济性时，亲眼目睹了这种阴暗面。可选性是任何架构良好的系统的目标，因为可选性提供了控制。控制带来杠杆作用。这就是为什么老牌企业和新兴初创公司都在改变他们对云的看法。他们采用的复杂策略是使用可替代软件而不是专有系统。虽然开源可以发挥作用——这不是争论的核心要素，但它更多的是关于基于标准的模块化方法。这些如果架构正确，可以应用于任何地方，这创造了可选性。

这是一个简单的试金石。如果您的整个软件堆栈可以在 Kubernetes YAML 中定义，并且 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 兼容性仅次于 OG 本身。如果有人想争论，我们提出了每天 2M 的 Docker Pulls。MinIO 的 S3 兼容性使其能够与应用程序生态系统集成，提供可靠、安全和高效的数据访问。RESTful API 促进了微服务、应用程序和云基础设施之间的互操作性，确保数据可以无缝流动，无论是在本地还是云环境中，都与云的运营模式保持一致。

具体来说，是 S3...

兼容 S3 的对象存储的美妙之处不仅在于其无限的可扩展性或 RESTful API，还在于其可扩展性。MinIO 是 AWS S3 的直接替代品，可在 AWS 本身、GCP、Azure、Tanzu、Ezmeral、SUSE Rancher 或裸机上运行。AWS S3 开创了现代对象存储，但它被困在 AWS 内部。我们只是帮了它一个忙，把它打破了。这意味着您可以留下与每批 API 调用、出口费用等相关的隐藏成本。乍一看，它们似乎微不足道，但我们怀疑仅这些费用（不包括容量和计算）就超过了 Cloud 100 中除顶级产品之外的所有产品的销量。部署 MinIO 来代替 “原生” 云对象存储非常有意义。这就是为什么我们在每个市场上都提供点击部署模型的原因。是的，您仍然需要为容量、计算和网络付费，但您可以为自己创造自由。供应商锁定非常昂贵 - 不仅因为您的积分和折扣到期 - 而且为了您的组织敏捷性。如果您真的无法移动工作负载，那么您就失去了所有控制。所以你已经失去了所有的杠杆。采购团队越来越适应这种现象。他们的工作取决于不放弃对技术堆栈的控制权。连续性有副作用，但核心好处是可选性。只有 MinIO 可以提供这一点。让我们明确一点，每个人都声称自己是与 S3 兼容的对象存储。如果您添加的唯一位置是 “on prem”，那么它就没有那么有价值。这就是设备供应商提供的 “价值”。这不是可有可无的。那就是选择。云或本地，而不是云和本地。企业想要更多。

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

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

总结

与上述所有内容一样，几乎所有主要堆栈组件都存在于云专有和云原生选项中。就像上述所有内容一样，大多数其他云原生组件都可以从云市场轻松获得和安装。使用这些解决方案，您可以利用云提供商的即时硬件基础设施，而无需为云托管、托管或专有解决方案支付额外费用和税款。部署托管 SaaS 服务的云原生替代品的缺点通常被定义为部署和管理它们会增加时间和精力，这在某种程度上是正确的。 随着 Kubernetes 运算符的引入，甚至这些优势也大大降低了。操作员可以完全自动化所有第 2 天操作，并且还可以跨云移植。尽管如此，优势是显而易见的 - 极高的便携性和更便宜的成本，具有同等（如果不是卓越的）扩展性、性能和功能。如果您决定遣返，使用云原生堆栈组件将使这种过渡变得更加容易。您可以选择部署云专有解决方案并缴纳云使用税，或者花费更多时间和精力来部署云原生替代方案，从而节省成本并实现可移植性。