Pulumi Automation API部署GCP实例在Django接口运行异常求助

问题核心原因 #

你遇到的异常本质是Django运行环境和本地脚本运行环境的上下文差异，导致Pulumi读取的堆栈状态、配置不一致：

1. 工作目录不匹配：Pulumi默认会在当前运行进程的工作目录下存储堆栈状态文件。你本地运行test_deploy.py时工作目录是脚本所在目录，而Django进程的工作目录默认是Django项目根目录，两套环境读取的是完全独立的状态文件。当Django侧找不到已有的实例状态时，就会判定你需要删除原有实例；新堆栈状态存储路径异常时就会出现部署无响应的情况。
2. 配置缺失：你仅在堆栈中显式配置了gcp:project，本地运行时会继承你本地Pulumi的全局gcp:region、gcp:zone配置，而Django运行环境没有这些全局配置，会导致实例参数校验不通过，但因为你没捕获输出看不到错误。
3. 请求超时中断：实例部署耗时远长于VPC、防火墙这类轻量资源，Django同步POST请求会被WSGI服务器（如Gunicorn、uWSGI）的超时机制中断，导致部署流程半路终止，状态不一致。

解决方案 #

• 显式指定堆栈工作目录：调用create_or_select_stack时新增work_dir参数，指定到固定的统一目录，确保本地脚本和Django环境读取同一份堆栈状态：

stack = auto.create_or_select_stack(
    stack_name=self.stack_name,
    project_name=self.project_name,
    program=self.create_stack,
    work_dir="/path/to/your/fixed/pulumi/workdir" # 替换为实际的固定目录
)

• 补全所有GCP必要配置，不依赖全局环境：

stack.set_config("gcp:project", auto.ConfigValue(self.project_id))
stack.set_config("gcp:region", auto.ConfigValue(self.stack_region))
stack.set_config("gcp:zone", auto.ConfigValue(self.stack_zone))

• 异步执行部署任务：不要在同步POST接口中直接执行stack.up，改用Celery等异步任务队列处理部署逻辑，避免超时中断。
• 增加错误日志输出：将stack.up的输出写入Django日志，同时可以先调用stack.preview()打印即将执行的操作，提前排查是否有异常删除逻辑。

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