在Kubernetes容器平台推出十年后，企业IT基础设施团队在如何支持Kubernetes与传统IT需求方面仍然存在冲突。

由于市场上缺乏成熟的管理工具和产品，为企业部署Kubernetes还是会让基础设施团队感到不满。据存储行业分析师称，这些支持企业需求的工具应该包括持久存储、备份和自动化。

IDC在去年秋天的一份报告将支持Kubernetes的基础设施定义为“容器数据管理”，与DevOps或平台工程需求相比，这是基础设施团队对容器的一组单独需求。其他分析师认为，这个定义的细节有待讨论，但需要企业工具来支持开发工作，而无需微观管理或减缓开发管道。

IDC分析师兼《全球容器数据管理2023年供应商评估》报告的合著者Johnny Yu说，支持企业容器基础设施的职责由物理存储和虚拟机专家承担。

Yu说: “IT运营团队正在做的事情甚至没有标准的行业术语。他们不在乎Kubernetes的实际工作原理，他们只是知道他们需要设置新的环境来运行这些应用程序。”

容器需求的层级结构

IDC报告将容器数据管理产品定义为仅专注于容器，提供灾难恢复和迁移功能等数据管理功能以及用于持久数据访问的容器存储管理。

Yu说，处理这些需求不应该要求存储管理员成为Kubernetes或其他容器平台的专家。相反，这些客户寻求将Kubernetes存储或系统需求在一定程度上抽象为常用的基础设施术语和软件。

与IDC提议的容器数据管理相比，专注于软件开发的DevOps和专注于为开发人员创建抽象资源的平台工程有不同的需求。根据该报告称，容器存储和容器数据保护没有像传统存储那样有区别，因为“容器市场还没有达到需要这种分离的阶段，大多数客户也没有积极寻求分离。”

IDC强调符合其容器数据管理定义的具体产品包括Pure Storage的Portworx、NetApp的容器存储产品和SUSE的Longhorn。其他还包括Veritas、IBM、Veeam和Catalogic。

开发人员早期采用容器让很多存储管理员措手不及，他们现在有非常复杂和相互连接的应用程序系统需要支持。

Yu说，这些早期的容器应用程序可能使用Velero等开源软件来利用Kubernetes技术，但这些应用程序已经升级为需要适当数据管理的关键任务工作负载。

Yu说: “当有一项新技术时，企业的想法是首先实施和部署以利用它，然后稍后提出问题。随着企业部署容器，他们真的需要提前计划，看看他们未来三到五年的路线图是什么。”

容器规划

Forrester Research公司分析师Brent Ellis表示，企业内部容器（特别是Kubernetes）的兴起不受限制地运行，会损害任何总体计划或资源分配。

Ellis说，容器被视为一种复杂的新技术，在基础设施领域之外。

他说: “5年前人们可以自由地尝试Kubernetes。但集中式IT不想与它有任何关系。”

Gartner公司分析师Dennis Smith表示，企业IT对应用程序和强制存储正常运行时间的担忧是有道理的，因为大多数IT部门不具备支持容器应用程序的专业知识。

Smith说: “几年前，除了某些非常熟练的企业外，我通常不会推荐有状态容器应用程序。现在，容器已经变得更加无处不在，但很多企业仍然没有准备好。他们没有时间或技能。”

Forrester和Gartner的研究都没有将容器平台的基础设施需求与严格的容器编排平台的需求分开。但Smith和Ellis都赞同Yu的论点，即计划如何扩展和调整容器工作负载是避免未来难题的关键。

Ellis说，Kubernetes采用标准化的容器存储接口驱动程序简化了基础设施团队的管理。该标准允许更多的存储或数据备份供应商连接他们的产品，并在存储公司中激增。

他说，我不会说存储管理在Kubernetes中很容易，但它比两三年前要好得多。

Smith说，作为支持容器的基础设施规划的一部分，IT应该考虑与传统IT或虚拟机相比，容器方法最好提供哪些工作负载。在容器的早期，就像云一样，供应商承诺采用直接迁移方法，但客户最终发现他们的应用程序表现不佳，同时支付过高。

Smith说: “有些供应商将遗留工作负载直接迁移到容器。Gartner直言不讳指出这将在操作方面带来很大风险。”

其中很多这种职责可能会转移到平台工程师身上，他们可能会更牢固地掌握开发人员如何使用特定技术以及如何消费服务。然后，基础设施IT和存储管理员可以专注于存储正常运行时间和可用性，而不是特定的定价或配给问题。