有状态应用容器化是云原生时代的重要趋势，容器化可以为有状态应用提供很多优势，但同时容器化的进程还存在着一定的障碍，持久化存储即为关键障碍之一。在这种背景下，云原生存储应运而生。

根据应用的状态，应用可以分为有状态应用和无状态应用。无状态应用不会保存客户端数据，会话之间不存在依赖关系，这类应用只负责处理用户的请求，并返回处理结果，一旦处理过程中断，只需要重新发起请求即可。有状态应用会保存客户端数据，下一次会话需要依赖这些数据才能进行，如果数据丢失，会导致会话无法完成。

Kubernetes 起初是为无状态应用而设计的，无状态应用不需要存储客户端数据，不依赖于环境，符合容器便携、灵活的特性，可以在不同环境之间轻松的完成迁移。但在使用容器的过程中，人们逐渐意识到，与虚拟机相比，容器具有天生的便捷性。此外，当用户将无状态应用部署在 Kubernetes 集群中、数据库部署在虚拟机或裸金属之上，不同的环境导致对应用和数据库的运维方式不同，造成了额外的运维负担，也无法使用统一的网络策略进行网络管理。

因此，随着容器技术的发展，人们开始对现有的有状态应用进行容器化改造，希望实现在容器中运行有状态应用，赋予其容器的灵活性，同时提供有状态应用所需要的持久化存储能力。

如今，Kubernetes 已经成为云原生时代容器编排的事实标准，越来越多的企业开始将应用迁移到 Kubernetes 平台。