CNAB目前提供包装分布式应用程序的初始早期规范。根据Microsoft和Docker的说法，该规范的目标是促进容器本机应用程序及其耦合服务的捆绑，安装和管理。

“我们问......如果我们能够安装云本机应用程序，安装和安装桌面应用程序一样容易吗?”微软首席软件开发工程师MattButcher在DockerCon主题演讲中表示。“我们正在发布云原生应用程序包的规范，这是非常重要的第一步。”

今天，容器和微服务应用程序有多种打包和分发方式，包括dockerfiles，DockerCompose和Helmchart等。CNAB旨在回答与现有包装系统不同的挑战。

“这[CNAB]是描述具有大量资源的分布式应用程序的有价值的方式，它可以是容器或无服务器对象，可以部署在云端，边缘或本地，”ScottDocker首席产品官约翰斯顿告诉eWEEK。“使用CNAB，运营商可以获得一个不可变的捆绑包，从而更容易部署应用程序。”

Johnston解释说，今天Docker看到组织复制并粘贴DockerCompose文件以捆绑应用程序。他指出，通过Compose，组织通常会为特定环境所需的资源进行硬连接。使用CNAB可以消除复杂性，为操作员提供可用于多种方案的单个应用程序包。

Docker已经成为OpenContainerInitiative(OCI)app图像格式规范的支持者。约翰斯顿说，CNAB使用OCI图像，以及DockerCompose文件和Helm图表。

“在这种情况下，这些文物仍然可用和有用，”约翰斯顿说。“Docker镜像是单容器应用程序映像，而我们试图用CNAB解决的是分布式多服务类型的应用程序。”

舵

在Kubernetes领域，开源Helm项目和相关的Helm图表已成为定义Kubernetes应用程序部署的标准方法。微软Azure云本地计算的首席项目经理GabeMonroy告诉eWEEK，建立Helm的同一团队参与了CNAB的开发。

“通过Helm体验已经学到了很多可以应用于这项工作的教训，”Monroy说。

从Helm学到的一个例子是CNAB处理参数化的方式。Monroy说，使用DockerCompose文件，开发人员可以选择使用不同的参数来指定不同环境的值。

“我们看到的问题是没有与该参数化相关的模式，并且无法保证我们可以验证，”Monroy说。“在CNAB规范中，基于参数对模式有一流的支持，因此我们可以获得参数化的好处，并且可以很好地保证数据的良好性。”

Monroy补充说，虽然Helm适用于Kubernetes，但软件开发的世界不仅仅是Kubernetes和容器。

“我们希望在这里做的是采取容器包装，分销和安全模式的神奇之处，但将其应用于企业今天必须管理的多样化资源，”Monroy说。