如何为Cloud Run创建排除长延迟路径的自定义SLO？

核心思路 #

Cloud Run的请求延迟指标run.googleapis.com/request_latencies自带route标签，该标签对应请求匹配到的路由路径（无自定义路由时为原始请求路径）。我们可以通过过滤这个标签，排除/long-process、/batch-job这类长延迟路径，再基于过滤后的指标创建SLO。

步骤1：理解route标签的作用 #

route标签直接关联请求的访问路径：

• 若未配置自定义路由规则，标签值为请求的完整路径（如/long-process、/api/checkout）
• 若配置了路径通配符路由（如/long-process/*），标签值为你定义的路由模板（而非具体请求路径）

利用这个标签，我们可以精准筛选出需要纳入SLO计算的请求。

步骤2：创建排除特定路径的SLO #

方式一：通过GCP控制台创建

1. 打开Cloud Monitoring控制台，进入Service Level Objectives页面，点击创建SLO
2. 选择基于指标的SLO，点击继续
3. 在指标选择界面，找到Cloud Run的run.googleapis.com/request_latencies指标，选择后进入过滤配置：
   • 添加过滤条件：选择route标签，设置为不等于/long-process
   • 再添加一条过滤条件：route标签不等于/batch-job
   • （可选）若排除路径较多，用正则简化：设置route标签为不匹配正则表达式，值为^/(long-process|batch-job)$
4. 定义SLO目标：
   • 选择延迟阈值，比如设置“95%的请求延迟低于500ms”
   • 选择时间窗口（推荐7天）
5. 为SLO命名（如Cloud Run 核心路径延迟SLO），完成创建

方式二：通过gcloud命令行创建

使用gcloud alpha monitoring slo create命令，示例如下：

gcloud alpha monitoring slo create \
  --display-name="Cloud Run 核心路径延迟SLO" \
  --service-level-indicator="basic-sli-performance" \
  --metric-filter='metric.type="run.googleapis.com/request_latencies" resource.type="cloud_run_revision" label.route!="/long-process" label.route!="/batch-job"' \
  --distribution-filter='latency < 0.5s' \
  --goal=0.95 \
  --rolling-window-duration=7d

如果用正则排除多个路径，把metric-filter改为：

metric.type="run.googleapis.com/request_latencies" resource.type="cloud_run_revision" label.route!~"^/(long-process|batch-job)$"

最佳实践 #

• 验证过滤规则：创建SLO前，先在Cloud Monitoring的指标资源管理器中测试过滤条件，确认只包含核心路径的请求数据，排除目标路径
• 单独监控排除路径：虽然这类路径不纳入主SLO，但建议为其单独设置适配的SLO（如“90%的批处理请求延迟低于10s”），避免忽略这类任务的性能问题
• 正则适配复杂路径：如果需要排除所有以/long-process/开头的请求，用正则!~ "^/long-process/"而非精确匹配
• 避免过度排除：仅排除确实属于长耗时、非用户核心路径的请求，保证主SLO能真实反映服务的核心用户体验
• 对齐路由配置：如果使用了Cloud Run的自定义路由规则，确保route标签值与你的路由定义一致，避免过滤规则失效

内容的提问来源于stack exchange，提问作者marian.vladoi