Function App 调用另一个被 IP 地址阻止的 Function App
Function App calling another Function App blocked by IP Address
我们在 Azure 中有一堆函数应用程序，它们通过 API 管理服务层访问。
在 API 管理服务层中，我们创建了入站策略以将某些 IP 地址列入白名单。
我们想通过 API 管理服务从另一个调用一个函数应用程序，但是被 IP 地址阻止了。我找不到被阻止的 IP 地址。
我们已将 API 管理服务的外部 IP 地址和所有面向外部的 IP 地址列入白名单。
有没有人经历过类似的事情？我如何判断正在调用的 IP 地址以及我们如何确保此 IP 地址在 'Azure one'.
时不会更改
为什么要从另一个函数应用程序调用一个函数应用程序并使用 API 管理来调解调用？我建议您遵循将一个函数调用到另一个函数的最佳实践，因此如果您能够管理触发器，只需使用事件网格触发器，并将事件从函数 X 发送到事件网格主题，然后在主题中订阅函数 Y。在这种情况下，您将拥有开箱即用的重试机制、死信等。因此您无需担心调用的可靠性。如果你不能在你的函数上使用事件网格触发器，而你需要使用 HTTP 触发器，那么直接从函数 X 调用函数 Y，并在该调用中实现重试机制，我会说。
我找到了答案：
点击功能应用
转到平台功能
转到属性
它将列出当前的IP地址和它可能更改的所有潜在IP地址。这在每个地区都是不同的。
然后可以将这些列入白名单。
我们在 Azure 中有一堆函数应用程序，它们通过 API 管理服务层访问。
在 API 管理服务层中，我们创建了入站策略以将某些 IP 地址列入白名单。
我们想通过 API 管理服务从另一个调用一个函数应用程序，但是被 IP 地址阻止了。我找不到被阻止的 IP 地址。
我们已将 API 管理服务的外部 IP 地址和所有面向外部的 IP 地址列入白名单。
有没有人经历过类似的事情？我如何判断正在调用的 IP 地址以及我们如何确保此 IP 地址在 'Azure one'.
时不会更改为什么要从另一个函数应用程序调用一个函数应用程序并使用 API 管理来调解调用？我建议您遵循将一个函数调用到另一个函数的最佳实践，因此如果您能够管理触发器，只需使用事件网格触发器，并将事件从函数 X 发送到事件网格主题，然后在主题中订阅函数 Y。在这种情况下，您将拥有开箱即用的重试机制、死信等。因此您无需担心调用的可靠性。如果你不能在你的函数上使用事件网格触发器，而你需要使用 HTTP 触发器，那么直接从函数 X 调用函数 Y，并在该调用中实现重试机制，我会说。
我找到了答案：
点击功能应用 转到平台功能 转到属性
它将列出当前的IP地址和它可能更改的所有潜在IP地址。这在每个地区都是不同的。
然后可以将这些列入白名单。