容器的重要性在今天已是有目共睹。Gartner表示，到 2022 年，超过75%的全球组织将在生产中运行容器化应用程序。

云原生基金会（CNCF）公布的《2020年度调查报告》也显示：容器的部署继续攀升。在2018年的调查中，有17%的用户拥有250-999个容器，但在2020年，这一数字增长到23%，并且有23％的用户使用了5000个或更多容器。

容器的成功，很大程度上归功于其对效率和敏捷开发的极大促进。企业通过将大型应用分解为较小的独立组件、微服务，并将每个组件部署在容器中。这种方法推动了现代化应用的发展：

但对企业级用户来说，必须要认识到的一点是，容器的本质是“无状态”的，它召之即来，挥之即去，这是容器与生俱来特点，也是它成功的关键：

然而，随着容器越来越受关注，人们自然希望它也能在生产环境运行。此时，容器的优点就显得有些“格格不入”，因为对于有价值的用例，其中数据必须在容器的生命周期之外持续存在，特别是对数据库来说：

显而易见的，为了托管有状态的应用程序，容器必须支持持久化存储。

事实上，业界在化解数据持久化存储难题时，也一直是处于探索与实践之中。此前，Kubernetes对存储插件就是以“in-tree”的方式来支持的，这意味着插件的代码被打包并与Kubernetes二进制文件一起运输。

显然，这种方式依然有一些不足。对存储厂商来说，对in-tree插件的任何改进，甚至是一个错误修复，都必须与Kubernetes的发布时间保持一致。此外，对于Kubernetes开发者社区来说，测试和认证第三方插件几乎是不现实的。

在此背景下，CSI（Container Storage Interface）应运而生。CSI 是一个社区驱动的项目，其主要目标是标准化跨不同容器编排器（例如 Kubernetes 和 Mesos）的持久卷（PV）工作流。借助 CSI，存储厂商可以跨不同的容器编排器开发、维护和部署插件，而无需绑定到容器编排器的发布计划中，从而加快了错误修复和新功能发布时间。

而戴尔科技早在2018年Kubernetes发布CSI之初，就高度重视该标准，并从当年开始就陆续面向戴尔科技的企业级存储推出CSI插件，同时还通过开源的方式让客户可以直接在Github上下载安装和使用。

截至目前，戴尔科技旗下存储产品家族，包括新一代的第五代存储PowerStore，再加上VMware的vSphere都发布了相关的CSI插件，已经实现了在Kubernetes上运行的容器化工作负载的全面支持。