现阶段用于租户 Recording Rules 计算的 Ruler，是每个集群一个，各自计算集群的 recoding rules。
-
是否可以效仿当前告警一样只用全局一个？
recording rules 较多，计算量较大，计算后结果数据量也增大；担心数据量增大后，计算超时或 coretx-tenant(计算后将结果序列拆分到不同租户的组件) 发送不及时丢数据等；(但数据计算总量不变，是单次查询与分批查询区别，压力在 query ，coretx-tenent 后续可以使用优化移除，这个后续再说)
所以可以讨论下只用一个是否可行
-
效仿 ingester/store 多租户共用？
现在限制因素主要在 ruler 的 query.config，也就是我们当前只允许查询某个租户数据，多个租户的请求不太好透传，这里需要改造下 gateway 及 thanos ruler 的query.config，允许增加下自定义header，如增加 header[tenants]="a|b|c", 在查询时 MatchRegexp 注入 cluster=~"a|b|c", 限定查询指定数据。
其他： 移除 coretx-tenent
receive 现在支持 receive.split-tenant-label-name 参数可以直接从label 中提取租户，需要验证，测试没问题后续可移除组件
现阶段用于租户 Recording Rules 计算的 Ruler，是每个集群一个，各自计算集群的 recoding rules。
是否可以效仿当前告警一样只用全局一个？
recording rules 较多，计算量较大，计算后结果数据量也增大；担心数据量增大后，计算超时或 coretx-tenant(计算后将结果序列拆分到不同租户的组件) 发送不及时丢数据等；(但数据计算总量不变，是单次查询与分批查询区别，压力在 query ，coretx-tenent 后续可以使用优化移除，这个后续再说)
所以可以讨论下只用一个是否可行
效仿 ingester/store 多租户共用？
现在限制因素主要在 ruler 的 query.config，也就是我们当前只允许查询某个租户数据，多个租户的请求不太好透传，这里需要改造下 gateway 及 thanos ruler 的query.config，允许增加下自定义header，如增加 header[tenants]="a|b|c", 在查询时 MatchRegexp 注入 cluster=~"a|b|c", 限定查询指定数据。
其他： 移除 coretx-tenent
receive 现在支持 receive.split-tenant-label-name 参数可以直接从label 中提取租户，需要验证，测试没问题后续可移除组件