crazyMonkey1995 opened a new issue #822: URL: https://github.com/apache/apisix-ingress-controller/issues/822
### Issue description After I create 3000+ apisixroute objects in the cluster, when the apisix-ingress-controller is started or restarting(OOM Maybe), due to the rate limit of client-go, the resource synchronization time is very long, so the changes of endpoints within this time will not be affected synchronize in time, causing 502 problems ![image](https://user-images.githubusercontent.com/21658981/147802056-96383e66-8440-4f1d-82ca-56a1e9f98bbc.png) Similar to the above question, it seems that the changes of endpoints cannot be synchronized to apisix in a very timely manner. I guess it is because the link of this control loop is too long, watchEndpoints -> translate -> apisix-admin-api -> etcd To sum up, this kind of performance definitely cannot be put into production. I think it is better for apisix to do service discovery by itself? https://github.com/apache/apisix/pull/4880 ### Environment - your apisix-ingress-controller version (output of apisix-ingress-controller version --long): 2.11.0 - your Kubernetes cluster version (output of kubectl version): .1.18.8 - if you run apisix-ingress-controller in Bare-metal environment, also show your OS version (uname -a): ### Minimal test code / Steps to reproduce - ### Actual result - ### Error log - ### Expected result Endpoints can be watched in time -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@apisix.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org