【问题标题】:Google Cloud Run service deployment, is it the best direction in my situation?Google Cloud Run 服务部署,在我的情况下是不是最好的方向?
【发布时间】:2022-01-26 13:35:16
【问题描述】:

我有一些使用 Google Cloud Functions (CF) 的经验。我最近尝试使用 Python 应用程序部署 CF 函数,但它使用 NLP 模型,因此在触发模型时超过了 8GB 内存限制。 JSON文件上传到bucket时触发该函数.

所以,我计划尝试 Google Cloud Run,但我没有这方面的经验。另外,我不完全确定这是否是最好的做法。

如果是,如果 Run 服务将由上传到存储桶的文件触发,那么最好的实现方式是什么?在 CF 中,您可以选择触发事件,在 Run 中我没有看到类似的内容。我可以使用一些起点,因为我在 GCP 文档中找不到我的案例。

任何帮助将不胜感激。

【问题讨论】:

    标签: google-cloud-platform google-cloud-functions google-cloud-run


    【解决方案1】:

    你可以至少使用这两个东西:

    • 旧版:Create a GCS notification in PubSub。然后创建推送订阅并在 HTTP 推送目标中添加 Cloud Run URL
    • 最近的一种方法是使用 Eventarc 从事件中直接调用 Cloud Run 端点(它使用 PubSub 主题和推送订阅大致创建相同的东西,但它已为您完全配置)

    编辑 1

    当您使用推送通知时,您将收到标准的 PubSub 消息。格式在the attributesbody content 的文档中进行了描述;请记住,原始内容是 base64 编码的,您必须对其进行解码才能获得 final format

    我个人有一个 Cloud Run 服务,它记录任何请求的内容,以便能够在日志中获取我需要开发的所有数据。当我有新的消息格式时,我会配置推送到该 Cloud Run 端点并自动获取格式

    对于 Eventarc,该格式将很快添加到 UI 中(我在预览中查看了该功能,但尚不可用)。最好的解决方案是记录内容以了解您了解的内容!

    【讨论】:

    • 感谢@guillaume blaquiere 的及时回复。我正在为 Google Cloud 如何将 JSON 文件发送到我的主要功能而苦苦挣扎。在 Cloud Function 中,我从 (data, context) 输入参数的数据部分获取 JSON 文件。我认为它是由 Google Cloud 自动发送的。在 Cloud Run 设置中它的对应物是什么?
    • 我更新了答案
    猜你喜欢
    • 2019-10-24
    • 2020-06-26
    • 2021-06-09
    • 2016-02-04
    • 1970-01-01
    • 2022-10-21
    • 1970-01-01
    • 2011-08-02
    • 1970-01-01
    相关资源
    最近更新 更多