Microsoft Graph变更通知保障机制咨询及Delta查询必要性确认

1. 重复事件检测 #

• 变更通知虽无全局唯一ID，但可通过资源ID、变更类型（创建/更新/删除）、变更时间戳的组合生成唯一标识，以此识别重复消息。此外，Azure Event Hub自带的SequenceNumber属性也可用于辅助判断重复投递的消息。

2. 事件丢失可能性 #

• 即便订阅持续活跃，仍存在极小概率的事件丢失场景，例如网络瞬断、Event Hub分区故障、消息处理端异常等。不过Microsoft Graph变更通知服务与Azure Event Hub均内置重试机制，能有效降低丢失概率。若对数据完整性要求极高，建议搭配Delta查询定期校验，补全可能遗漏的事件。

3. 事件顺序保障 #

• 针对同一资源的变更事件，Microsoft Graph会按实际变更顺序投递至Event Hub；但不同资源的变更事件之间，不存在全局顺序保障。另外，Event Hub可保证同一分区内的消息有序，因此订阅时若指定合理的分区键（如资源ID），同一资源的所有事件会进入同一分区，确保顺序一致性。

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