如何不中断服务将Firebase Realtime Database规则从公开改为安全配置

疑问1：修改规则是否会影响外部Node.js服务器写入？ #

• 若你的Node.js服务器使用Firebase Admin SDK + 服务账号密钥的方式初始化连接Realtime Database，完全不受数据库规则影响，规则修改不会中断服务器写入操作。Admin SDK的鉴权优先级高于数据库规则，默认拥有全量读写权限，这也是保障服务器不受影响的核心前提。
• 若你的服务器使用客户端SDK、匿名/普通用户身份鉴权，规则修改会拦截不符合规则的写入请求。

疑问2：修改规则是否会影响移动端应用读取数据？ #

会产生影响。移动端普遍使用客户端SDK进行鉴权，所有读写请求都会经过数据库规则校验，只有匹配规则的请求才能成功返回数据。

重点保障服务器访问不受影响的前提下，按以下顺序操作即可：

1. 先确认服务器鉴权方式
   优先检查你的Node.js服务器初始化代码，确认是否通过Admin SDK初始化，示例初始化代码如下：

const admin = require('firebase-admin');
const serviceAccount = require('./你的服务账号密钥文件.json');

admin.initializeApp({
  credential: admin.credential.cert(serviceAccount),
  databaseURL: "https://CC-default-rtdb.firebaseio.com"
});

如果已经是该初始化方式，直接进入下一步即可，后续所有规则修改都不会影响服务器写入。如果不是，先将服务器的鉴权方式替换为Admin SDK，测试写入功能正常后再继续操作。

2. 根据业务需求配置私有规则
   以下提供几种常用的安全规则示例，可根据你的移动端业务需求选择：

场景1：仅允许服务器写入，移动端可公开读取所有数据 #

{
  "rules": {
    ".read": true,
    ".write": false
  }
}

说明：.write设为false仅拦截客户端的写入请求，Admin SDK的服务器写入不受影响，相比原规则彻底避免了恶意用户篡改数据的风险。

场景2：仅允许登录用户读取对应自己的数据，仅服务器可写入 #

{
  "rules": {
    "users": {
      "$uid": {
        ".read": "auth != null && auth.uid == $uid"
      }
    },
    ".write": false
  }
}

说明：移动端用户需要通过Firebase Auth登录后，才能读取自己uid对应路径下的数据，全局写入权限关闭，仅服务器可操作。

3. 规则上线验证
   修改规则前可先通过Firebase控制台的规则游乐场功能，模拟移动端的读写请求、服务器的Admin请求，确认所有符合预期后再正式发布规则，完全不会出现业务中断。

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