Parse Server多实例下Cloud Code触发器执行逻辑及单次操作问询

1. Cloud Code触发器的执行实例范围 #

当你通过HPA扩容Parse Server到多个Pod实例时，beforeSave、afterSave、beforeDelete这类触发器只会在处理当前请求的单个Pod实例上执行，不会触发所有运行中的实例。

原因是Kubernetes的Service负载均衡会把每个客户端请求路由到单个Parse Server Pod，而Cloud Code触发器是绑定在请求处理流程中的——只有处理该请求的Pod会执行对应的触发器逻辑，其他实例完全不会参与这个请求的触发器执行。

2. 确保beforeDelete中通知仅执行一次的方案 #

要实现多实例下操作的幂等性（仅执行一次），核心是借助分布式原子操作，让只有第一个完成原子校验/标记的实例执行通知逻辑，推荐两种实用方案：

方案一：利用Parse对象的原子更新标记 #

在beforeDelete中，先尝试原子性地给要删除的Post对象添加“已发送通知”的标记，只有更新成功的实例才执行通知发送：

Parse.Cloud.beforeDelete('Post', async (request) => {
  const post = request.object;
  const query = new Parse.Query('Post');
  query.equalTo('objectId', post.id);
  // 原子更新：仅当isNotificationSent未设置或为false时，才将其设为true
  query.set('isNotificationSent', true);
  
  try {
    const updatedPost = await query.first({ useMasterKey: true });
    if (updatedPost) {
      // 只有更新成功的实例才发送通知
      // Send a one-time notification
      console.log(`发送删除通知：Post ${post.id}`);
    }
  } catch (error) {
    // 其他实例已完成标记，跳过当前执行
    console.log(`通知已由其他实例发送，跳过：${error.message}`);
  }
});

原理：Parse的查询更新是原子性操作，多个实例同时尝试更新时，只有一个能匹配条件并修改标记，其余实例会因查询无结果跳过通知逻辑。

方案二：借助Redis分布式锁 #

如果集群部署了Redis，可利用SETNX（Set if Not Exists）原子命令实现分布式锁：

// 先确保Parse Server已集成Redis客户端
const redis = require('redis');
const client = redis.createClient({ url: 'redis://your-redis-service:6379' });

Parse.Cloud.beforeDelete('Post', async (request) => {
  const post = request.object;
  const lockKey = `post-delete-notification:${post.id}`;
  // 设置锁，有效期10秒（避免死锁）
  const lockAcquired = await client.set(lockKey, 'locked', { NX: true, EX: 10 });
  
  if (lockAcquired) {
    try {
      // 获取锁成功，执行通知发送
      // Send a one-time notification
      console.log(`发送删除通知：Post ${post.id}`);
    } finally {
      // 执行完成后释放锁
      await client.del(lockKey);
    }
  } else {
    // 锁已被其他实例获取，跳过当前执行
    console.log(`通知已由其他实例发送，跳过`);
  }
});

原理：Redis的SETNX是原子操作，同一时间只有一个实例能获取锁，从而保证通知逻辑仅执行一次。

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