澄潭
澄潭
嗯 可以在文档中备注一下 使用context cache时，确保配置的api key没有跨账号
你测试的时候，请求头里带 Accept-Encoding: gzip 了吗？
@zhengwe 获取下网关数据面的配置看下（注意脱敏）： ```bash # higress-gateway-xxxx-yyyy 即前面获取到的 Higress Gateway Pod 名称。 kubectl exec higress-gateway-xxxx-yyyy -n higress-system -it -- bash curl http://localhost:15000/config_dump ``` --- @zhengwe Get the configuration of the gateway data...
https://higress.io/zh-cn/docs/user/configmap#tls-%E8%AF%81%E4%B9%A6%E5%85%A8%E5%B1%80%E9%85%8D%E7%BD%AE 目前已经支持了全局配置，可以在这个基础上实现，有兴趣的社区开发者可以认领
@cr7258 补充两个点： 1. api key failover 的粒度目前是 provider ，可以支持一下 model 2. 当所有 api key 都被拉黑之后，不应该返回 api key 都不可用，变成 higress 自身产生的错误，建议是没有可用 api key 时，将所有 api key 都从黑名单中放出
@cr7258 主要我担心所有 apikey 都被拉黑的情况，可能是我们自身逻辑或者突发网络问题等。所以如果从健壮性上考虑，都被拉黑时一次性都放出来会更合理一些
容器里执行一下 netstat -lntp 看看，80端口有监听吗
后面版本会增加一个配置来控制80端口没权限创建时的部署行为：https://github.com/alibaba/higress/pull/1616 你可以先手动更改deployment，参考这个： https://github.com/alibaba/higress/blob/8f3723f55497fbb804b563ae221114b2ffa11136/helm/core/templates/_pod.tpl#L67-L75
也可以通过 gateway.containerSecurityContext 这个 helm 参数来设置