You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now, ENI CURD is done in eni daemon through aliyun openapi, which leads to some problems I think as below
unable to do flow control on aliyun openapi, the frequency of requests increase with the size of the cluster
no ENI-related info stores in k8s, if we want to do something using ENI id or else, we have to get it from aliyun openapi
eni-daemon should not be upgraded frequently, if we use aliyun openapi sdk in daemon, we have to upgrade to follow the upgrade of sdk
So I think we can design a centralized ENI controller which to do jobs of ENI CURD and let eni-daemon connect to it through CRD (watch) or ClusterIP (polling).
The text was updated successfully, but these errors were encountered:
Now, ENI CURD is done in eni daemon through aliyun openapi, which leads to some problems I think as below
So I think we can design a centralized ENI controller which to do jobs of ENI CURD and let eni-daemon connect to it through CRD (watch) or ClusterIP (polling).
The text was updated successfully, but these errors were encountered: