如何在Azure APIM中修改gzip压缩级别？

Azure APIM的原生压缩配置（包括在API、产品或全局级启用gzip压缩）不支持直接指定具体的压缩级别（0-9），默认采用平台预设的压缩参数，无法通过门户、ARM模板或原生配置项调整。

如果需要精确控制压缩级别，可通过自定义策略实现手动压缩：

• 使用set-body策略结合C#代码调用.NET的GZipStream类，指定对应压缩级别：

  <policies>
      <inbound>
          <!-- 保留原有入站逻辑 -->
      </inbound>
      <backend>
          <forward-request />
      </backend>
      <outbound>
          <choose>
              <when condition="@(context.Response.Headers.GetValueOrDefault("Content-Type", "").Contains("text/") || context.Response.Headers.GetValueOrDefault("Content-Type", "").Contains("application/json"))">
                  <set-body>@{
                      var content = context.Response.Body.As<string>(true);
                      using (var outputStream = new MemoryStream())
                      {
                          // 替换为需要的压缩级别：NoCompression(0)、Fastest(低级别)、Optimal(中级别)、SmallestSize(9)
                          using (var gzipStream = new System.IO.Compression.GZipStream(outputStream, System.IO.Compression.CompressionLevel.SmallestSize, true))
                          {
                              var writer = new StreamWriter(gzipStream);
                              writer.Write(content);
                              writer.Flush();
                          }
                          context.Response.Headers.Remove("Content-Length");
                          context.Response.Headers.Add("Content-Encoding", "gzip");
                          return Convert.ToBase64String(outputStream.ToArray());
                      }
                  }</set-body>
              </when>
          </choose>
          <!-- 保留原有出站逻辑 -->
      </outbound>
      <on-error>
          <!-- 保留原有错误处理逻辑 -->
      </on-error>
  </policies>
  

  其中.NET CompressionLevel枚举对应压缩级别：

  • NoCompression：对应级别0
  • Fastest：对应快速压缩（低级别，近似1）
  • Optimal：对应平衡压缩（中级别，近似6）
  • SmallestSize：对应最高压缩比（级别9）

• 注意事项：

  • 手动压缩会增加APIM节点的计算负载，高流量场景需提前评估性能影响
  • 仅对文本类、JSON等适合压缩的内容类型启用该逻辑，避免对已压缩的二进制文件重复处理
  • 必须调整响应头：移除原Content-Length（压缩后长度变化），添加Content-Encoding: gzip

内容的提问来源于stack exchange，提问作者axel_c