Firebase Functions能否监听外部创建的Google Cloud PubSub订阅

关于Pub/Sub资源自动创建的官方说明 #

使用firebase-functions/v1定义Pub/Sub触发器部署云函数时，CLI自动创建缺失主题与对应绑定订阅的行为是公开的标准部署逻辑，在Firebase云函数官方的Pub/Sub触发指南中有明确说明：部署阶段CLI会校验指定的Pub/Sub主题是否存在，不存在则自动创建，同时生成绑定到当前函数的推送订阅，无需开发者手动执行gcloud创建命令。

外部创建的Pub/Sub订阅对接方案 #

完全可以在Firebase外创建带死信主题配置的订阅、统一管理GCP资源，有两种成熟实现路径：

• 保留firebase-functions原生Pub/Sub触发器：提前手动通过gcloud或GCP控制台创建好目标主题、配置好带死信主题等自定义属性的订阅，部署函数时指定和手动创建完全一致的主题名称，匹配对应部署区域即可。CLI检测到主题已存在时不会重复创建资源，你手动配置的订阅属性不会被覆盖。注意提前删除CLI自动生成的同名默认订阅，避免出现重复订阅导致消息重复消费。
• 使用@google-cloud/pubsub客户端自定义实现：该方案完全可行，将云函数部署为HTTP触发类型，在外部创建Pub/Sub订阅时将推送端点设置为该HTTP函数的访问地址，在函数代码中自行完成Pub/Sub消息解析、请求校验、ack应答、错误处理逻辑即可。这种模式下Firebase不会自动创建任何Pub/Sub相关资源，所有主题、订阅的配置完全由你自主管控，适配统一资源管理、自定义死信策略的需求。

注意：如果使用HTTP函数对接自定义Pub/Sub推送，需要提前给订阅关联的服务账号授予HTTP函数的调用权限，同时给该服务账号授予死信主题的消息发布权限，避免推送失败、死信消息无法正常投递。

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