Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Decouple of ENI CURD #28

Open
mars1024 opened this issue May 13, 2019 · 1 comment
Open

Decouple of ENI CURD #28

mars1024 opened this issue May 13, 2019 · 1 comment
Assignees

Comments

@mars1024
Copy link
Contributor

Now, ENI CURD is done in eni daemon through aliyun openapi, which leads to some problems I think as below

  1. unable to do flow control on aliyun openapi, the frequency of requests increase with the size of the cluster
  2. 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
  3. 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).

@mars1024
Copy link
Contributor Author

/assign @BSWANG

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants