TOC批准Buildpacks从沙箱提升到孵化阶段

今天，CNCF技术监督委员会（TOC）投票决定将云原生Buildpacks从CNCF沙箱提升到孵化阶段。自2018年加入CNCF以来，Cloud Native Buildpacks项目已经增加了超过15个新的生产用户和来自更多组织的新提交者，并定义了一个开放的治理流程和清晰的项目路线图。

Cloud Native Buildpacks（CNB）项目的目标是将源代码转换为容器镜像，重点关注开发人员的生产力、容器安全性和涉及大规模容器化应用程序的操作。该项目还旨在将过去的构建包（buildpack）生态系统与现代云原生平台的定义良好的契约理想统一起来。

“云原生Buildpacks使开发人员能够在对他们最有生产力的抽象层上工作，同时解决像脆弱依赖和构建缓慢这样的大问题。”VMware的Buildpacks维护者和工程师Emily Casey说：“该项目强大的规范和工具帮助促进了可组合构建包的生态系统，可以与不同的平台互操作。随着Buildpacks进入孵化阶段，我们很高兴能继续发展社区。”

“Heroku（Salesforce）在2012年开源了最初的Buildpacks项目，希望它们能扩展到Heroku平台之外，”Buildpacks联合创始人兼Salesforce首席工程师Terence Lee说。“2018年，Heroku和Pivotal（VMware）合作创建了云原生Buildpacks，这是一个CNCF沙箱项目。从CNCF的沙箱到孵化阶段，Buildpacks正在实现这一愿景，同时使用OCI镜像标准，增加透明度，建设我们的社区。我们期待着与社区合作，开发新的功能，并获得更多用户的接受。”

2018年10月，云原生Buildpacks被CNCF沙箱接受。Buildpacks被最终用户组织用于生产，包括Greenhouse、Salesforce和VMware；云计算原生开源软件包括Cloud Foundry on K8s、谷歌Skaffold、Hashicorp Waypoint和kpack；商业产品包括DigitalOcean应用平台、谷歌云、Salesforce Evergreen和VMware Tanzu Build Service。

“HashiCorp Waypoint从第一天开始就设定使用Buildpacks。我们希望开发人员能够尽可能快速、轻松地从编写代码到部署，而云原生Buildpacks提供了实现这一目标的标准、技术和社区，”HashiCorp创始人Mitchell Hashimoto说，“我们期待继续投资和改进我们的Buildpacks使用。”

“开发人员不应该考虑如何打包他们的应用程序来进行部署，所以我很高兴看到云原生Buildpacks被提升为CNCF孵化项目。”谷歌云开发人员倡导者James Ward说：“在谷歌云，我们已经开源了我们的Buildpacks，并将对它们的支持添加到许多产品中，包括Cloud Build、Cloud Run、App Engine、Cloud Functions、Cloud Code、云Shell和Skaffold。现在，从源代码到在云上运行就更容易了。”

Buildpacks的主要特性：

• 规范--描述平台到Buildpacks契约的正式语言规范。
• 实现--平台需要健壮的生命周期工具以添加使用Buildpacks构建镜像的支持。
• 平台--直接向最终用户提供开发体验的组件，包括与流行构建工具和云平台的集成。

里程碑亮点：

• 6名来自Salesforce和VMware的维护者
• 20名提交者
• 2k以上贡献
• 几乎5k提交
• 超过1200万GitHub星星
• 15名贡献者

云原生Buildpacks项目是对其他CNCF项目的补充，包括Helm、Harbor和Kubernetes。云原生Buildpacks生成由Helm管理、存储在Harbor并部署到Kubernetes的OCI（Open Container Initiative，开放容器倡议）镜像。该项目的首要目标是提供一种可靠、安全、模块化和快速的方法来从源或输入工件构建OCI镜像。

“云原生Buildpacks提供了一种可靠而无缝的方式来将代码转换为容器。”CNCF CTO兼OCI执行董事Chris Aniszczyk说：“这降低了开发人员利用云原生技术的障碍，并改善了部分开发人员和云原生平台的开发体验。”

“用户需要一种简单的方式来打包、提供和管理云原生应用程序。最初由Heroku或Cloud Foundry使用的Buildpacks现在已经完全云原生化，包括Kubernetes推广的关键模式。”Weaveworks首席执行官兼CNCF TOC前成员Alexis Richardson说，“这些都是作为GitOps核心的关键模式，结合使用它们，Weaveworks的客户可以升级和修补他们的应用部署。”

作为CNCF托管项目，加入孵化技术Argo、CloudEvents、CNI、Contour、Cortex、CRI-O、Dragonfly、etcd、Falco、gRPC、KubeEdge、Linkerd、NATS、Notary、OPA、OpenTracing、Operator Framework、Rook、SPIFFE、SPIRE和Thanos，Cloud Native Buildpacks是一个中立的基金会的一部分，该基金会与它的技术兴趣保持一致，而更大的Linux基金会则提供了治理、市场支持和社区服务。每个CNCF项目都有一个相关的成熟度级别：沙箱、孵化或毕业级。有关每个等级的成熟度要求的更多信息，请参阅CNCF毕业标准。

https://github.com/cncf/toc/blob/master/process/graduation_criteria.adoc

要了解更多关于云原生Buildpacks的信息，请访问buildpacks.io。项目维护者将在2020年北美KubeCon + CloudNativeCon虚拟大会期间提供办公时间，回答有关该项目的任何问题。请务必在美国东部时间11月20日星期五下午4:00注册并加入。