Cloud Storage删除事件触发Cloud Function跨桶复制文件的实现是否可行？

原实现是否可行？ #

不可行。核心原因是：当google.storage.object.delete事件触发时，源存储桶里的目标对象已经被永久删除，此时执行src_bucket.get_blob(blob_name)会返回None，后续的copy_blob操作必然失败。

正确实现方案 #

方案1：使用Cloud Storage原生功能（推荐，零代码、低成本） #

这是最可靠高效的方式，无需编写任何代码，直接利用GCS的版本控制+生命周期规则实现删除备份：

1. 开启源桶版本控制：进入GCS控制台的源桶设置，找到「版本控制」选项，开启「保留对象版本」。开启后，删除对象不会直接移除原文件，而是生成一个「删除标记」，原对象会以历史版本保留。
2. 配置生命周期规则：在源桶的「生命周期」设置中添加规则：
   • 条件选择「当前版本已删除」
   • 动作选择「复制到目标存储桶」，指定你的备份桶
   • 可选：添加后续清理规则（比如复制完成后删除源桶的历史版本，节省存储成本）

这种方式完全由GCS托管，没有函数执行延迟或失败的风险，也不会产生额外的计算费用。

方案2：修改Cloud Function代码（需配合版本控制） #

如果一定要用Cloud Function实现，必须先给源桶开启版本控制，然后修改代码获取被删除对象的历史版本进行复制：

import os
from google.cloud import storage

def backup_on_delete(event, context):
    # 从环境变量获取桶名
    src_bucket_name = os.environ.get("SRC_BUCKET_NAME")
    dst_bucket_name = os.environ.get("DST_BUCKET_NAME")

    storage_client = storage.Client()
    src_bucket = storage_client.get_bucket(src_bucket_name)
    dst_bucket = storage_client.get_bucket(dst_bucket_name)

    blob_name = event["name"]
    # 列出对象的所有版本，过滤掉删除标记
    valid_blob = None
    for blob in src_bucket.list_blobs(prefix=blob_name, versions=True):
        if not blob.deleted:
            valid_blob = blob
            break

    if valid_blob:
        # 复制历史版本到备份桶
        dst_blob = dst_bucket.copy_blob(valid_blob, dst_bucket, blob_name)
        print(f"已备份对象 {valid_blob.name}（版本 {valid_blob.generation}）到 {dst_bucket.name}")
    else:
        print(f"未找到可备份的对象版本：{blob_name}")

部署命令可沿用你原来的格式（注意替换实际桶名）：

gcloud functions deploy backup_on_delete --trigger-bucket=mybucket-src --trigger-event=google.storage.object.delete --set-env-vars SRC_BUCKET_NAME=mybucket-src,DST_BUCKET_NAME=mybucket-target --runtime python311

方案对比 #

• 原生方案：零代码、无计算成本、可靠性拉满，适合绝大多数场景。
• Cloud Function方案：需要维护代码，存在函数执行失败/延迟的风险，仅适合有特殊自定义逻辑需求的场景。

内容的提问来源于stack exchange，提问作者Its_me_Jithu