谷歌发布Eventarc预览版：支持从60多个谷歌云源触发Cloud Run

谷歌在最近的一篇博文中发布了 Eventarc，一种新的事件功能，可以让用户从 60 多个谷歌云源触发 Cloud Run。用户可以使用 Eventarc 构建事件驱动的应用程序，并负责事件摄取、交付、安全性、授权、可观察性和错误处理。

谷歌Cloud Run允许用户在全托管的环境中运行无状态容器。它是基于开源的Knative而构建的，让用户可以选择以全托管的方式或者在Google Kubernetes Engine集群中运行容器。用户可以通过 Eventarc 将 Cloud Run 服务与各种来源的事件连接起来。

根据谷歌发布的博文，用户可以使用 Eventarc 解决视频分析、文件转换、新用户注册、应用程序监控等数百个用例，这些用例来自云存储、BigQuery、Firestore 和其他 60 多个谷歌云源。Eventarc 支持：

• 接收来自60多个谷歌云源的事件(通过Cloud Audit日志)；
• 接收发布到Pub/Sub的事件，客户端应用程序可以在微服务之间发送信号；
• 对于所有事件，无论是什么来源，都要遵守CloudEvents标准，以确保一致的开发体验；
• 按需可伸缩性和无最低费用。

Eventarc 底层的消息传递机制是 Sub/Sub、主题和订阅。事件源产生事件，并以任意格式发布到 Sub/Sub 主题上。随后，事件被传递到 Cloud Run 接收器。对于运行在 Cloud Run 上的应用程序，开发者可以通过 Eventarc 使用 Cloud Storage 事件(通过 Cloud Audit 日志)来触发数据处理管道，或者使用自定义源的事件(发布到 Cloud Pub/Sub)在微服务之间发出信号。

来源：https://codelabs.developers.google.com/codelabs/cloud-run-events#2

借着 Eventarc，谷歌加入了其他公共云供应商的行列，它们在各自的云平台上提供集中管理事件的服务。微软在两年前发布了Event Grid，一项让开发者能够在 Azure 中以统一的方式管理事件的服务，后续还加入了过滤器和事件域。此外，AWS 在 2019 年推出了 Amazon EventBridge——一种无服务器事件总线，允许 AWS 服务、SaaS 和自定义应用程序使用事件相互通信。最后，其他供应商也提供了类似于 Event Grid 和 EventBridge 的事件总线服务，比如 TriggerMesh 的EveryBridge。

Constellation Research 公司的首席分析师兼副总裁 Holger Mueller 告诉 InfoQ：

事件驱动架构已经出现一段时间了……但总是面临需要为事件调整平台规模的问题——这违背了根据事件规模进行灵活调整的理念。云平台提供了这种精确的弹性，现在轮到谷歌的Eventarc——下一代应用程序的关键组件。

Eventarc 目前处于预览阶段，谷歌正在努力为其云平台提供一个功能齐全的事件产品。想要入门的开发人员可以参考快速入门指南，并结合使用CloudEvents SDK和谷歌事件库。

原文链接：

Google Announces Eventarc in Preview