有没有办法在 api 连接器超时时忽略来自 Azure B2C 的重试调用？
Is there a way to ignore the retry call from Azure B2C on timeout for api connector?
当用户注册时，它会调用 C# azure 函数（api 连接器）。然后 azure 函数需要将用户和其他内容创建到 Dynamics 365 中，因为我们想要从 B2C 到 Dynamics 365 的完美同步。
但是，我几乎总是超时（20 秒），因为旋转函数的时间 + 创建所有时间 accounts/contacts/etc.. 在 Dynamics 中大部分时间都超过 20 秒（感谢 Dynamics，大多数情况下，创建请求需要花费大量时间（创建帐户最多需要 15 秒！！！）。在超时时，B2C 向我的 azure 函数发送一个新请求，然后创建一个已创建的所有内容的副本。我不想这样做，因为它会使环境充满大量重复的东西。
一个解决方案是使用消息总线或类似的东西来填充请求，但是我们不喜欢这个解决方案，因为我们想确保在完成 B2C 注册之前所有的东西都是在 Dynamics 365 中创建的（如果出现错误或其他原因，因为 B2C 确实需要与 Dynamics 同步）并且因为我们 return B2C 的自定义属性以供将来使用。
我想知道有没有办法做我想做的事？如果我只能增加超时时间，我会很完美，但我看到我不能那样做...
您不能增加 AAD B2C 中的 API 连接器超时。
当用户注册时，它会调用 C# azure 函数（api 连接器）。然后 azure 函数需要将用户和其他内容创建到 Dynamics 365 中，因为我们想要从 B2C 到 Dynamics 365 的完美同步。
但是，我几乎总是超时（20 秒），因为旋转函数的时间 + 创建所有时间 accounts/contacts/etc.. 在 Dynamics 中大部分时间都超过 20 秒（感谢 Dynamics，大多数情况下，创建请求需要花费大量时间（创建帐户最多需要 15 秒！！！）。在超时时，B2C 向我的 azure 函数发送一个新请求，然后创建一个已创建的所有内容的副本。我不想这样做，因为它会使环境充满大量重复的东西。
一个解决方案是使用消息总线或类似的东西来填充请求，但是我们不喜欢这个解决方案，因为我们想确保在完成 B2C 注册之前所有的东西都是在 Dynamics 365 中创建的（如果出现错误或其他原因，因为 B2C 确实需要与 Dynamics 同步）并且因为我们 return B2C 的自定义属性以供将来使用。
我想知道有没有办法做我想做的事？如果我只能增加超时时间，我会很完美，但我看到我不能那样做...
您不能增加 AAD B2C 中的 API 连接器超时。