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

Reevaluate Mizar operator design #344

Open
clu2xlu opened this issue Jan 1, 2021 · 0 comments
Open

Reevaluate Mizar operator design #344

clu2xlu opened this issue Jan 1, 2021 · 0 comments

Comments

@clu2xlu
Copy link
Contributor

clu2xlu commented Jan 1, 2021

Revisit operator design for network policy.
PR #338 #328 is dynamically retrieving namespace info and pod info using label, and dynamically calculating tables that will later be passed to daemon
This design is a standalone process, and does not match the design pattern of mizar (e.g. is not utilizing operator store to store network policy object info and its relationship with other network objects). All calculation and data retrieving are done during the create workflow which can cause big latency when cluster size is big.

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

1 participant