Does/Should 当同一订阅中的逻辑应用程序调用函数时，Azure 函数授权适用吗？
Does/Should Azure Function authorisation apply when the function is called by a logic app in the same Subscription?
我有一个带 HTTP 触发器的 Azure 函数，并将该函数的授权级别设置为 AuthorizationLevel.Function。当从 Postman 之类的东西调用函数时，我必须按预期提供功能键，并且在它执行时我会收到一个 200 代码（否则我会得到 401: Unauthorised Access）。
但是，当通过同一订阅中的逻辑应用程序调用函数时（使用 Azure Functions 操作），逻辑应用程序和函数会成功执行而无需函数键。
我希望函数仍然从逻辑应用请求函数键，除非这不适用于同一订阅中的资源？
逻辑应用构建：
逻辑应用执行：
符合预期。内置的 Azure Function 操作使用完整的 URL 的 Http 触发器，因此我们无需担心身份验证。这一切都是设计使然，因为一旦我们能够在逻辑应用程序（位于同一订阅中）中找到 Azure Functions，这意味着我们可以访问它们。
如果您想自己提供身份验证密钥，可以改用 Http 操作。
我有一个带 HTTP 触发器的 Azure 函数，并将该函数的授权级别设置为 AuthorizationLevel.Function。当从 Postman 之类的东西调用函数时，我必须按预期提供功能键，并且在它执行时我会收到一个 200 代码（否则我会得到 401: Unauthorised Access）。
但是，当通过同一订阅中的逻辑应用程序调用函数时（使用 Azure Functions 操作），逻辑应用程序和函数会成功执行而无需函数键。
我希望函数仍然从逻辑应用请求函数键，除非这不适用于同一订阅中的资源？
逻辑应用构建：
逻辑应用执行：
符合预期。内置的 Azure Function 操作使用完整的 URL 的 Http 触发器，因此我们无需担心身份验证。这一切都是设计使然，因为一旦我们能够在逻辑应用程序（位于同一订阅中）中找到 Azure Functions，这意味着我们可以访问它们。
如果您想自己提供身份验证密钥，可以改用 Http 操作。