明天，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 毕业规范。
要理解更多对于云原生 Buildpacks 的信息，请拜访 buildpacks.io。我的项目维护者将在 2020 年北美 KubeCon + CloudNativeCon 虚构大会期间提供办公时间，答复无关该项目标任何问题。请务必在美国东部工夫 11 月 20 日星期五下午 4:00 注册并退出。
点击浏览网站原文。
CNCF (Cloud Native Computing Foundation) 成立于 2015 年 12 月，隶属于 Linux Foundation，是非营利性组织。
CNCF（云原生计算基金会）致力于培养和保护一个厂商中立的开源生态系统，来推广云原生技术。咱们通过将最前沿的模式民主化，让这些翻新为公众所用。扫描二维码关注 CNCF 微信公众号。