谷歌在最近的一篇博文中发布了 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
评论