关于cncf:TOC批准Buildpacks从沙箱提升到孵化阶段

49次阅读

共计 2633 个字符,预计需要花费 7 分钟才能阅读完成。

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

正文完
 0