Java应用中Google Cloud Scheduler身份认证相关问题求解

使用Google Cloud Scheduler的Java SDK开发定时任务，应用为Maven项目，已打包为可执行jar包。该应用核心功能是创建Cloud Scheduler任务，每次任务运行时会触发VertexAI上的自定义训练任务，目前Scheduler调用VertexAI创建任务的环节已通过服务账号完成认证。

在本地工作站运行应用时遇到三类情况：

• 把jar包和服务账号密钥拷贝到Docker镜像中，设置GOOGLE_APPLICATION_CREDENTIALS环境变量指向镜像内的密钥路径时，应用运行正常，可成功创建Cloud Scheduler任务
• 配置逻辑和上述一致，仅改为在Powershell中直接执行jar包（已配置GOOGLE_APPLICATION_CREDENTIALS环境变量指向服务账号密钥），提示权限被拒绝
• 配置逻辑和第2点一致，仅改为通过Eclipse的「Run App」按钮直接运行应用，同样报错

• 无需Docker容器即可完成应用运行所需身份认证的方案
• 是否存在不使用GOOGLE_APPLICATION_CREDENTIALS环境变量、直接在应用代码中完成认证的方案，若有需提供对应示例代码

环境变量配置类问题修复 #

• Powershell运行报错：问题已定位为GOOGLE_APPLICATION_CREDENTIALS环境变量名称拼写错误，修正拼写后即可正常运行
• Eclipse运行报错：可直接在Eclipse的运行配置界面添加GOOGLE_APPLICATION_CREDENTIALS环境变量，变量值填写本地服务账号密钥文件的绝对路径，保存配置后重新运行即可解决

代码硬编码认证方案 #

不需要配置环境变量，可直接在代码中加载服务账号密钥完成认证，示例如下：
首先在pom.xml中引入相关依赖：

<dependency>
    <groupId>com.google.cloud</groupId>
    <artifactId>google-cloud-scheduler</artifactId>
    <version>2.28.0</version>
</dependency>
<dependency>
    <groupId>com.google.auth</groupId>
    <artifactId>google-auth-library-oauth2-http</artifactId>
    <version>1.19.0</version>
</dependency>

Java代码示例：

import com.google.auth.oauth2.ServiceAccountCredentials;
import com.google.cloud.scheduler.v1.CloudSchedulerClient;
import com.google.cloud.scheduler.v1.CloudSchedulerSettings;
import java.io.FileInputStream;

public class SchedulerAuthDemo {
    public static void main(String[] args) throws Exception {
        // 加载本地服务账号密钥文件
        ServiceAccountCredentials credentials = ServiceAccountCredentials.fromStream(
            new FileInputStream("你的本地密钥路径/service-account-key.json")
        );
        // 构造Scheduler客户端配置
        CloudSchedulerSettings schedulerSettings = CloudSchedulerSettings.newBuilder()
            .setCredentialsProvider(() -> credentials)
            .build();
        // 初始化客户端即可正常调用接口
        try (CloudSchedulerClient client = CloudSchedulerClient.create(schedulerSettings)) {
            // 此处放置创建Scheduler任务的业务逻辑
        }
    }
}

注意：密钥文件路径建议配置在项目的独立配置文件中，不要直接硬编码在业务代码里，避免密钥泄露风险；同时需要确保使用的服务账号已分配Cloud Scheduler Admin等必要权限。

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