Azure API 经理 POST Request/Response 限制 65,535

Question

我有一个应用程序 API 封装在 Azure 云服务的 API 管理器中。无论出于何种原因，当我发送 1000 条或更多记录的 JSON 有效负载（转换为大约 200k 个字符）时，请求被丢弃。没有痕迹，没有日志记录只是被丢弃，但如果我截断有效负载，一切都会按预期进行。如果我将相同的 1000 条记录有效负载发送到基础服务（不是通过 API 管理器），一切都会按预期工作。使用 APIM 时是否有请求或 return 大小限制？

Answer 1

我的底层服务正在匹配内部响应代码，如果它们相同，则应用于整体 return 代码。我的内码都是404"item not found"。 Azure API 管理器将 404 视为错误并丢弃大量负载。这是他们的支持。在小 return 负载上，它将 return 代码 404 和消息，但在大负载上它会被丢弃。我尝试 return 404 的原因是 return 负载中的每条记录都包含一个状态。如果状态是混合的 return 207 表示混合状态，但如果它们都相同 - 200 表示找到，404 表示未找到，则整体服务 return 将内部状态作为整体状态。这是糟糕的设计。我的有效载荷包括搜索数据库中不存在的项目，因此 returning 404 作为整体状态，每条记录的消息指示 "Not found"。 APIM 放弃了 return 响应，转而使用通用的 404 url 未找到响应。根据结果将内部服务切换到 return 只有 200 或 207，一切正常。

{
    "ProcessId": "2",
    "Code": 404,
    "Message": "Could not resolve token.",
    "Token": "@!!!@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
  }, 
{
    "ProcessId": "2",
    "Code": 404,
    "Message": "Could not resolve token.",
    "Token": "@!!!@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
  },

整体 return 代码设置为 404，APIM 放弃了响应。在这种情况下，我通过将整体 return 代码设置为 200 来解决此问题。

Azure API 经理 POST Request/Response 限制 65,535

Azure API Manager POST Request/Response Limit 65,535

azure

asp.net-web-api2

azure-api-management