大约 6 个月前,CNCF 的技术监督委员会 (TOC) 决定探究相对较新的“无服务器计算”世界。他们主要对以下几件事感兴趣:首先,他们想知道行业内无服务器领域的发展现状;其次,他们想知道自己是否应该在这个领域做些什么来帮助社区。为此,他们决定成立一个新工作组来做这项调查。

去年年底,工作组以白皮书的形式将我们的结果提交给了 TOC。该白皮书涉及以下主题:

  • 无服务器计算是什么? 它与功能即服务以及其他 *aaS 云计算模型有何关系?何时应考虑使用无服务器计算?社区中无服务器计算的现状 – 例如,您在运行时、框架等方面使用哪些选项?除了白皮书之外,工作组还生成了一个电子表格,其中整合了当今的大量信息,便于人们更轻松地比较他们的选项。
  • 无服务器处理模型。这里主要围绕大多数无服务器平台中常见的架构进行讨论,而不关注任何特定的实施选择。主要面向那些想要了解它背后工作方式的人。
  • CNCF 建议。工作组拟定了 TOC 可能要考虑的后续步骤的清单。大多数都涉及到我所说的“社区建设”。比如,寻找机会对人们进行技术培训,并为那些希望采用该技术的人们提供指导。但是,我们也建议寻找一些领域,在这些领域运用互通性案例来造福社区。

这是在互通性范畴内工作组目前着重关注的一个方面。这些可能的领域包括通用事件格式。 该工作组认为,要想在这样一个崭新的空间迅速获得互通性案例可能会遭遇重重阻力,但是,通过选择关注现有供应商中看起来存在某种一致性的领域,我们就可能会循序渐进地朝着正确的方向迈进。 若取得成功,它还会让用户的生活变得更轻松,因而也更容易让人们认同 TOC 的协议。

正因如此,无服务器工作组目前正围绕着定义通用事件格式制定全新的 CloudEvents 规范。如果查看当前版本的规范,就会发现它的目的是定义一个围绕事件本身的通用包装器,这样一来,虽然事件的“真实数据”几乎可以是任何内容(并且采用任何格式),但是封装包络的共同属性允许开发通用工具来处理此元数据。

务必要注意的一点是,虽然此新规范出自“无服务器”工作组之手,但人们已经认识到这种事件格式可以应用于任何事件,而不管处理事件的基础架构如何,因此其名称中用到“云”一词。

目前为止,我们已经得到了所有大型云用户的关注,所以我希望这将成为“打头阵”的项目,揭开在这一领域开发一组通用 API 的新篇章。敬请密切关注!若您有兴趣,请加入工作组,应该非常有趣……

本文翻译自:Cloud events from the Serverless world…(2018-02-08)

加入讨论