Firestore数据库维护相关问题：执行方式、时间、审计日志及通知设置

维护方式与时间 #

Google 不会对外公开 Firestore 的固定维护时间表——这也是你在各类论坛找不到相关信息的原因。实际维护逻辑如下：

• 常规维护采用滚动式执行：分批次对集群节点进行升级、优化操作，优先选择对应区域的低业务负载时段，尽可能降低对用户业务的影响
• 紧急维护（比如修复高危漏洞、处理突发集群问题）可能随时触发，但Google会尽量提前通过官方渠道告知受影响的用户
• 维护计划完全由Google根据集群健康状态、全球业务负载动态调整，没有固定周期或公开时间表

维护相关审计日志 #

Firestore的维护操作会记录在Cloud Audit Logs中，可通过以下方式查看：

• 登录Cloud Console的日志资源管理器，筛选resource.type="datastore_database"，再结合maintenance、cluster_update等关键词检索相关日志
• 核心维护动作（比如影响实例可用性的操作）会归类到Admin Activity日志，部分底层优化操作可能在Data Access日志中
• 少数极底层的后台维护操作仅保留Google内部日志，不会开放给用户，但所有可能影响用户业务的维护都会有可查询的审计记录

启用维护相关通知 #

你可以通过以下几种方式接收Firestore维护相关的通知：

• Cloud Monitoring告警：创建基于Firestore可用性指标（如instance/availability）的告警规则，当指标出现异常（比如维护导致的短暂可用性下降）时，通过邮件、短信、Slack等渠道推送通知
• 官方状态订阅：关注Google Cloud状态页面的Firestore服务状态，开启订阅后，计划内维护、故障事件都会实时推送通知
• 项目级通知设置：在Cloud Console的项目通知中心，开启针对Firestore服务的维护通知选项，可直接接收邮件提醒

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