明天，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微信公众号。