Japan Database

当然，平台管理员和开发人员都想两全其美。他们希望轻松部署、快速故障转移和容器化效率以及有状态的工作负载持久性。有多种方法可以为基于云的应用程序建立持久存储 - 但正如我们将发现的那样，许多方法都有缺点。

自行构建：在许多现代行业（包括金融和医疗保健行业）中，临时解决方案和停机都不是选项。在这些情况下，企业会部署传统存储系统来管理其有状态应用程序。他们在此过程中投入了大量的时间和资源。

这里的主要问题是，这种方法无法提供 Kubernetes 部署 阿尔巴尼亚电话号码数据 带来的好处。它与平台无关。它必须在非常特定的环境中运行。它很难扩展，而且更有可能出现停机。此外，您必须非常亲自动手管理故障转移和存储等事务。自助服务？谁需要它！

构建变通方案：不使用 Kubernetes 的决定会带来一系列问题。一些开发人员选择构建晦涩难懂的变通方案，为 Kubernetes 提供持久存储并使其与有状态应用程序配合使用。但这些变通方案的问题在于，它们往往会破坏选择 Kubernetes 的积极理由。

例如，您可以将应用程序的存储固定到其容器上。这意味着如果该节点发生故障，Kubernetes 无法移动您的应用程序。或者，您可以找到一种方法将容器连接到 云存储。这会大大降低您的系统速度并产生另一个潜在的故障点。