仅在Kubernetes工作流运行时部署Filestore是否可行？

这个需求完全可以实现，谷歌云Filestore支持全生命周期的API/命令行管控，完全可以和Kubernetes工作流绑定，按需创建销毁，避免持续计费。

核心实现逻辑 #

你只需要把Filestore的管理逻辑嵌入工作流的全链路即可：

• 工作流启动阶段：先触发Filestore实例创建，等实例就绪后自动生成对应K8s的PV（持久卷）和PVC（持久卷声明），供工作流内的Pod挂载使用
• 工作流运行阶段：所有需要共享parquet格式DataFrame的Pod直接挂载上述PVC即可，读写逻辑和普通持久化存储完全一致，不需要额外适配
• 工作流结束阶段：先删除关联的PV/PVC资源，再触发Filestore实例销毁，彻底停止计费

常用落地方式 #

根据你使用的工作流编排工具不同，可以选择对应的实现方案：

• 若使用Argo Workflows编排K8s工作流：可以直接在工作流的起始步骤加一个运行gcloud命令的任务节点，执行Filestore创建逻辑，在工作流的末尾步骤加销毁任务节点即可，参考命令如下：
  创建实例：

  gcloud filestore instances create <自定义实例名> --zone=<你的GCP可用区> --tier=STANDARD --file-share=name=<自定义共享目录名>,capacity=<存储容量，单位GB> --network=name=<你的集群所属VPC名>
  

  销毁实例：

  gcloud filestore instances delete <自定义实例名> --zone=<你的GCP可用区> --quiet
  

• 若使用自研工作流控制器：直接调用GCP官方对应语言的SDK（Python/Go/Java均支持），实现Filestore的创建、状态轮询、销毁逻辑即可。

注意事项 #

• Filestore实例创建耗时通常在1~2分钟，你需要在创建逻辑中加入状态轮询判断，等实例状态变为READY后再创建PV/PVC、启动后续数据处理Pod，避免挂载失败
• 销毁实例前需要确认所有关联Pod已经终止、文件读写操作全部完成，避免出现文件损坏或者资源占用导致实例删除失败的问题
• 建议给创建的Filestore实例绑定对应工作流ID的标签，方便后续成本对账、问题排查。

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