如何在Google Cloud函数中直接导入调用同项目内的另一个云函数

首先得明确：Google Cloud Functions（GCF）是独立的部署单元，每个函数都运行在隔离的容器环境中，没有共享的文件系统或直接的代码引用机制，所以你没法像导入本地Python模块那样直接from my_google_cloud_project import another_google_cloud_func。不过别担心，有几个替代方案能实现类似的效果：

方案1：抽离共享逻辑到公共模块（推荐） #

把两个函数共用的核心业务逻辑抽出来，做成独立的Python模块，让两个Cloud Function都引用这个模块。这样既保证代码复用，又符合GCF的部署模型。

具体步骤：

• 抽离核心代码：比如把another_google_cloud_func里的核心功能写成shared_logic.py中的函数：

  # shared_logic.py
  def do_the_actual_work():
      # 这里是原来another_google_cloud_func的核心逻辑
      return "完成工作啦"
  

• 发布共享模块：
  • 选项A：上传到Cloud Storage，然后在两个函数的requirements.txt中添加指向该模块的链接：

    --find-links gs://your-bucket/shared-packages/
    shared_logic==0.1.0
    

    注意要先把shared_logic打包成wheel/tar.gz格式，上传到指定的Cloud Storage路径。
  • 选项B：用Artifact Registry创建私有PyPI仓库，把模块发布到仓库，然后在两个函数的requirements.txt中添加仓库地址和模块依赖：

    --index-url https://us-central1-python.pkg.dev/your-project/your-repo/simple/
    shared_logic==0.1.0
    

• 修改两个函数：
  • 在another_google_cloud_func中调用共享模块：

    from shared_logic import do_the_actual_work
    
    def another_google_cloud_func(request):
        result = do_the_actual_work()
        return result
    

  • 在调用方函数中直接调用共享模块的函数（不用再调用整个Cloud Function）：

    from shared_logic import do_the_actual_work
    
    def calling_function(request):
        result = do_the_actual_work()
        return f"调用共享逻辑结果：{result}"
    

这个方案的好处是避免了跨函数的网络调用，性能更好，也更易于维护。

方案2：通过服务账号认证调用目标函数（官方推荐的跨函数调用方式） #

如果必须保留两个独立的Cloud Function，你可以用Google Cloud的身份认证机制，安全地调用目标函数，而不用暴露公开的HTTP端点（或者用内部端点）。

具体步骤：

1. 配置权限：给调用方Cloud Function的默认服务账号（格式：PROJECT_ID@appspot.gserviceaccount.com）添加Cloud Functions Invoker角色（roles/cloudfunctions.invoker）到被调用的another_google_cloud_func。
2. 在调用方函数中编写调用代码：
   用Google Auth库获取身份凭据，然后向目标函数的URL发送请求：

   import google.auth
   from google.auth.transport.requests import Request
   import requests
   
   def calling_function(request):
       # 获取默认服务账号的凭据
       credentials, project_id = google.auth.default()
       # 刷新凭据以获取ID Token（用于认证GCF调用）
       credentials.refresh(Request())
   
       # 替换成你的目标函数信息
       region = "us-central1"
       function_name = "another_google_cloud_func"
       function_url = f"https://{region}-{project_id}.cloudfunctions.net/{function_name}"
   
       # 发送POST请求，带上认证头
       headers = {"Authorization": f"Bearer {credentials.id_token}"}
       response = requests.post(function_url, headers=headers)
       # 处理响应
       response.raise_for_status()
       return f"调用结果：{response.text}"
   

这个方案虽然本质是HTTP调用，但通过服务账号认证，安全性很高，而且不需要公开目标函数的端点（你可以在目标函数的触发器设置中限制只有内部流量或特定账号能访问）。

为什么直接导入不可行？ #

再强调一下：每个Cloud Function部署后都是独立的容器，运行在完全隔离的环境里，它们的代码不会被放在同一个文件系统中，也没有内置的机制让一个函数直接访问另一个函数的代码。所以直接导入的方式在GCF中是不支持的。

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