cywang1905

@howardjohn @ramaraochavali any suggestions?

What I want is some specified proxies keep 'allow_any' virtual_hosts, and remove 'allow_any' for other proxies. But the result is removing 'allow_any' for all proxies. The second patch has no...

seems no one thinks this is problem?

related pr #197

crds are upgraded to apiextensions.k8s.io/v1, see https://github.com/slime-io/slime/pull/197

Users can choose one version of slime crd, apiextensions.k8s.io/v1beta1 or apiextensions.k8s.io/v1, depend on k8s version, see https://github.com/slime-io/slime/blob/master/doc/zh/slime-boot.md#%E5%87%86%E5%A4%87 for more info. So currently there is no need for compatibility with multiple...

### 背景 懒加载组件会根据当前集群中的服务端口范围，计算出兜底路由的作用范围。 ### 问题 这个计算比较耗时，每次懒加载升级，会重新 list 一遍集群全量服务，计算端口范围，再去更新兜底路由。在整个动作完成前，未被兜底路由纳管的端口，如果有请求发出，则只能从业务sidecar容器走 paasthroughCluster 透传出去，失去网格治理能力。 ### 思路 懒加载将计算好的端口范围持久化，下次重启后，直接从持久化处读取到，使得所有兜底路由立刻纳管所有端口，保证网格治理能力生效。这种持久化方式，可以考虑 SlimeBoot CR 的 annotation 等方式

多协议的懒加载功能，一直在我们的考虑范围内。我们在内部商业化版本通过侵入式修改 istio 实现了其他协议的懒加载，但开源懒加载坚持无侵入增强 istio 的原则，所以想要实现还比较困难。

see https://github.com/slime-io/slime/issues/373

目前 Slime 支持多主的多集群场景，每套集群单独部署一套 Slime ，只管理本集群。 主从架构的多集群场景我们没有验证过，可以尝试通过配置 `configSources` 字段，指定多个 apiserver 地址来实现。一个例子如下 ```yaml # slimeboot cr apiVersion: config.netease.com/v1alpha1 kind: SlimeBoot metadata: name: limiter namespace: mesh-operator spec: image: pullPolicy: Always repository: docker.io/slimeio/slime-limiter tag:...