关于云计算:OpenFunction-成为-CNCF-沙箱项目使-Serverless-函数与应用运行更简单

9次阅读

共计 3931 个字符，预计需要花费 10 分钟才能阅读完成。

2022 年 4 月 27 日，青云科技容器团队开源的函数即服务（FaaS: Function-as-a-Service）我的项目 OpenFunction 顺利通过了云原生计算基金会 CNCF 技术监督委员会（TOC）的投票，正式进入 CNCF 沙箱（Sandbox）托管。这就意味着 OpenFunction 失去了云原生开源社区的认可，同时通过进入 Sandbox 能够进一步保障我的项目的中立性，开发者以及合作伙伴等都能够参加我的项目建设，独特打造新一代开源函数计算平台。

这曾经是青云科技容器团队发动的第三个进入 CNCF 的我的项目了。早在 2021 年 7 月份青云科技就将 Fluent Operator 我的项目捐给 Fluent 社区成为 CNCF 子项目，大大降低了 Fluent Bit 和 Fluentd 用户的应用门槛；同年 11 月份，负载均衡器插件 OpenELB 退出 CNCF Sandbox，帮忙私有化环境更便捷地对外裸露服务。

目前能够在 CNCF Landscape 的 Serverless 版块中找到 OpenFunction 我的项目。

OpenFunction 是一个现代化的函数即服务（FaaS: Function-as-a-Service）我的项目，它可能帮忙开发者专一于他们的业务逻辑，而不用放心底层运行环境和基础设施。用户只需提交一段代码，就能够生成事件驱动的、动静伸缩的 Serverless 工作负载。

OpenFunction 引入了很多十分优良的开源技术栈，包含 Knative、Tekton、Shipwright、Dapr、KEDA 等，这些技术栈为打造新一代开源函数计算平台提供了有限可能：

Shipwright 能够在函数构建的过程中让用户自由选择和切换镜像构建的工具，并对其进行形象，提供了对立的 API；
Knative 提供了优良的同步函数运行时，具备弱小的主动伸缩能力；
KEDA 能够基于更多类型的指标来主动伸缩，更加灵便；
Dapr 能够将不同利用的通用能力进行形象，加重开发分布式应用的工作量。

从架构图上能够看出，OpenFunction 蕴含了 4 个外围组件：

Function : 用户和函数打交道 (函数的增删改查) 的惟一入口，蕴含了函数的 Build 和 Serving 阶段的全副定义；
Build : 用户创立 Function 后，Function 生成相应的 Builder，用户毋庸手动创立。Builder 通过 Shipwright 抉择不同的镜像构建工具 Cloud Native Buildpacks, buildah, BuildKit, Kaniko, 并在 Tekton 的管制下将利用构建为容器镜像；
Serving : 用户创立 Function 后，Function 生成相应的 Serving，用户毋庸手动创立。Serving CRD 创立后，函数将被部署到不同的运行时中，能够抉择同步运行时或异步运行时。同步运行时能够通过 Knative Serving 或者 KEDA-HTTP (开发中)来反对，异步运行时通过 Dapr+KEDA 来反对。
Events : 对于事件驱动型函数来说，须要提供事件治理的能力。因为 Knative Eventing 过于简单，所以咱们研发了一个新的事件治理框架叫 OpenFunction Events。

目前 OpenFunction 曾经正式公布了 0.6.0 版本，与上一个版本相比，新增了许多值得关注的性能，包含函数插件、函数的分布式跟踪、管制主动缩放、HTTP 函数触发异步函数等。同时，异步运行时定义也被重构了。外围 API 也曾经从 v1alpha1 降级到 v1beta1。值得一提的是，OpenFunction 团队还与 Apache SkyWalking 社区单干，减少了 FaaS 平台对函数可观测性的反对，当初大家能够间接在 SkyWalking UI 上通过图表来可视化 Serverless 函数的依赖关系并追踪函数的调用。

详情可参考这篇文章：OpenFunction 0.6.0 公布: FaaS 可观测性、HTTP 同步函数能力加强及更多个性。

对于 OpenFunction 的理论应用案例能够参考上面两篇文章：

以 Serverless 的形式实现 Kubernetes 日志告警
基于 OpenFunction 构建 FaaS 化的数据归档零碎

OpenFunction 自 2020 年 12 月开源并提交了第一个 commit，到 2021 年 5 月公布第一个 Release，仅一年多的工夫就公布了 6 个大版本，吸引了 24 个 Contributors 和 480+ GitHub Stars，并且曾经被 驭势科技 、 中国联通 、 全象低代码平台 等多个企业、组织和平台采纳。截止目前参加奉献的企业和组织有：KubeSphere、驭势科技 、Apache SkyWalking、SAP、 中国联通 、 全象云，在此感激每一位参加奉献的社区小伙伴对 OpenFunction 的反对和帮忙，同时也欢送更多的开发者和用户参加体验和奉献 OpenFunction。

除此之外，OpenFunction 团队还受邀加入了一些上游社区的例会并向大家介绍过 OpenFunction 我的项目及其典型用例，包含 CNCF 的 TAG-runtime 会议和 Dapr 社区会议。尤其 Dapr 社区对 OpenFunction 青睐有加，Dapr 联结创始人十分看好我的项目的发展前景，感兴趣的同学能够观看视频进一步理解。OpenFunction 社区也正在和 Dapr 社区及 Quarkus 社区单干以实现将 Java 代码编译为 Native 程序在 Quarkus 环境中运行，可大幅升高 Java 程序的资源占用并极大地晋升性能。接下来，OpenFunction 我的项目发起人霍秉杰还将在 5 月 10 日举办的 Apache SkyWalking 峰会介绍其与 Apache SkyWalking 在函数可观测性畛域的联结计划。

得益于 CNCF 为我的项目提供了开源和中立的背书，OpenFunction 也将真正变成一个由 100% 社区驱动的开源我的项目。接下来，OpenFunction 将开发与实现如下性能，欢送给社区提交需要与反馈：

反对更多语言的异步函数框架包含 Nodejs, Python, Java 和 .NET；
反对将 Java 函数编译成 Native 程序运行在 Quarkus 环境中；
应用 KEDA 的 http-add-on 作为 Knative Serving 之外同步函数运行时的又一个抉择；
反对 OpenTelemetry 生态作为 SkyWalking 之外的另一个函数 Tracing 的计划；
减少 OpenFunction 控制台；
实现 Serverless 工作流；
对在边缘运行的函数有更好的反对；
预研基于 Pool 的冷启动优化计划；
应用 WebAssembly 作为更加轻量的运行时，联合 Rust 函数来减速冷启动速度。

将来 KubeSphere 团队将持续放弃开源、凋谢的理念，继续作为 OpenFunction 我的项目的参与方之一，推动国内和国内开源组织的生态建设，将 OpenFunction 社区培养成一个凋谢中立的开源社区与生态，与更多的函数计算平台及上下游生态搭档进行深度单干，欢送大家关注、应用 OpenFunction 以及参加社区奉献。

⚙️ GitHub：https://github.com/openfuncti…
🔗 官网：https://openfunction.dev/
🙋 社群：vx 搜寻 kubesphere 加好友即可邀请您进群

最初附上 OpenFunction 我的项目重磅参与者与关注者对 OpenFunction 的寄语：

Apache SkyWalking 创始人

我很快乐和兴奋看到 OpenFunction 顺利退出 CNCF，作为一个仅一年多的年老我的项目，这是一个我的项目从原型走向稳固，多元和成熟过程中的重要里程碑。作为 Apache SkyWalking 的一员，我有幸加入了 SkyWalking v9 迭代过程中与 OpenFunction 的集成。凋谢，平等，中立的开源单干模式，让人印象粗浅。咱们单方会在 Serverless 的可观测性上，进行严密深刻的单干，包含更多语言集成，日志的集成，平台的性能集成等等。恭喜 OpenFunction 胜利退出沙箱孵化，期待我的项目更上一层楼。Enjoy your CNCF journey.

驭势科技云平台研发总监

驭势科技 UISEE 是中国当先的主动驾驶公司，OpenFunction 帮忙咱们找到了一种基于 FaaS / Serverless 的业务服务疾速定制计划，咱们已将它用于解决跨公私有云的、针对不同存储中间件的数据处理和落盘问题（参见此案例）。期待有更多社区搭档参加到 OpenFunction 的性能建设中，一起摸索更多利用场景，晋升研发效力！

深圳市友浩达科技有限公司 CTO

OpenFunction 退出 CNCF 对我来说是一个额定的惊喜。我是最近一个月才成为 OpenFunction 的贡献者，我在最近 2 年实际 Dapr 的我的项目实战经验，让我坚信基于 Dapr 的 OpenFunction 是一个十分有前景的 FaaS 我的项目。我当初负责建设 OpenFunction 的 .NET 反对框架开发工作，期待有更多的社区搭档参加到 OpenFunction 的性能建设。

SAP, OpenFunction 晚期用户

我从去年关注到 OpenFunction，过后被它的技术选型所吸引，十分的前沿，让我想到了许多的可能性。之后始终关注着我的项目的技术走向还有社区倒退，还有参加奉献。一个优良的我的项目离不开社区的反对，OpenFunction 的维护者十分业余与激情。优良的技术设计加上业余的社区，我置信 OpenFunction 会在云原生畛域大放异彩。