xsy
I really like this feature. What is the stage of this feature now?
We've been thinking about the observability of multiclusters. What do you suggest on this topic? Or describe what you think of as a multi-cluster metric.
ingress-nginx（[https://github.com/kubernetes/ingress-nginx](https://github.com/kubernetes/ingress-nginx)） does not support endpointslices. you can modify ingerss-nginx to support endpointslices object. For details, see [[multi-cluster-ingress-nginx](https://github.com/karmada-io/multi-cluster-ingress-nginx)](https://github.com/karmada-io/multi-cluster-ingress-nginx). See ingress-nginx‘s [Support Kubernetes EndpointSlices issue](https://github.com/kubernetes/ingress-nginx/issues/6017)
> > > > > ingress-nginx（[https://github.com/kubernetes/ingress-nginx）不支持端点切片。您可以修改](https://github.com/kubernetes/ingress-nginx%EF%BC%89%E4%B8%8D%E6%94%AF%E6%8C%81%E7%AB%AF%E7%82%B9%E5%88%87%E7%89%87%E3%80%82%E6%82%A8%E5%8F%AF%E4%BB%A5%E4%BF%AE%E6%94%B9) ingerss-nginx 以支持 endpointslices 对象。有关详细信息，请参阅 [ [multi-cluster-ingress-nginx](https://github.com/karmada-io/multi-cluster-ingress-nginx) ]( https://github.com/karmada-io/multi-cluster-ingress-nginx )。 > > 请参阅 ingress-nginx 的[Support Kubernetes EndpointSlices 问题](https://github.com/kubernetes/ingress-nginx/issues/6017) > > I was wondering if it...
> > > > > > > > > > > > > > ingress-nginx（[https://github.com/kubernetes/ingress-nginx）不支持端点切片。您可以修改](https://github.com/kubernetes/ingress-nginx%EF%BC%89%E4%B8%8D%E6%94%AF%E6%8C%81%E7%AB%AF%E7%82%B9%E5%88%87%E7%89%87%E3%80%82%E6%82%A8%E5%8F%AF%E4%BB%A5%E4%BF%AE%E6%94%B9) ingerss-nginx 以支持 endpointslices 对象。有关详细信息，请参阅 [ [multi-cluster-ingress-nginx](https://github.com/karmada-io/multi-cluster-ingress-nginx) ]( https://github.com/karmada-io/multi-cluster-ingress-nginx )。 > > > > 请参阅 ingress-nginx...
哈哈，“**代沟**”这词很形象。不同K8s版本API版本的代沟。
以下是我的观点： 1、K8s核心的API基本已达到GA。（除非很低版本的K8s） 2、karmada用kube-apiserver作为入口组件的原因：天然支持原生API，用户不需要手动安装K8s API（API版本由kube-apiserver版本决定）。当然也随着带来与子集群版本可能不一致的问题。 3、使用general-apiserver（即去掉Core api的kube-apiserver，或者采用社区[kcp](https://github.com/kcp-dev/kcp)），用户可以自己安装对应版本CRD（把deployment、statefulset等也看做CRD）。 如何解决上述不一致的问题： 1、升级K8s版本 （**推荐**） 2、为了不同版本的API保持一致性，在集群中增加webhook，将v1的deployment请求转化为v1beta1的deployment以支持老版本集群。 3、Karmada支持集群级API版本配置，将对象转化对应版本后再下发。 后话：（出现“代沟”的问题，本质问题是集群升级难的问题） 使用单集群K8s，把节点从“宠物”当成“牛”看待。 使用Karmada，把集群从“宠物”当成“牛”看待。（多集群应用分发，应用故障迁移，多集群service等可以帮助你） 我们升级维护集群再也不用担心集群故障，导致业务出现问题。
Consider providing feature switches. Allows users to associate endpointslices with the original service. @RainbowMango @XiShanYongYe-Chang