首页 > 解决方案 > 天蓝色代理调用和相同的后端函数调用行为不同

问题描述

我正面临 azure 代理调用的问题。

创建了一个 azure 函数应用程序。创建了一个基本的 get 函数并以 json 格式发送响应正文。响应正文示例{url:“ https://www.google.com ”}

如果我在我的公司应用程序之一中配置直接函数端点,那么一切工作正常,能够启动来自天蓝色函数调用的响应 url。

我在我的应用程序中为相同的 get 函数创建了代理并配置了代理端点。现在应用程序无法启动响应 url。(但后端相同的函数正在命中并且日志在日志中没有创建错误并以状态 200 结束)

不幸的是,我无法控制应用程序代码来验证响应的确切原因。

我验证了来自邮递员的天蓝色函数调用和代理调用都给出了相同的响应体。我不知道为什么它在我不明白的应用程序中失败。

还有一点,我在两种情况下都验证了邮递员的响应标头

对于函数应用端点调用响应头: content-type →application/json;charset=utf-8 日期 →Wed, 09 Jan 2019 12:39:23 GMT server →Microsoft-IIS/10.0 transfer-encoding →chunked x-powered-by →ASP.NET

对于代理端点调用响应头: content-encoding →gzip content-length →208 content-type →application/json;charset=utf-8 日期 →Wed, 09 Jan 2019 12:41:16 GMT server →Microsoft-IIS/10.0 变化 →Accept-Encoding x-powered-by →ASP.NET, ASP.NET

是 gzip 编码在代理调用中产生问题。如何在 azure 代理中禁用它。

即使我使用代理端点,我的应用程序也应该能够启动。

标签: azureazure-functionsazure-function-app-proxy

解决方案


推荐阅读