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

[Addon] Allow to enable FluxCD without installing it #747

Open
salvalcantara opened this issue Dec 24, 2023 · 3 comments
Open

[Addon] Allow to enable FluxCD without installing it #747

salvalcantara opened this issue Dec 24, 2023 · 3 comments
Labels
enhancement New feature or request

Comments

@salvalcantara
Copy link

salvalcantara commented Dec 24, 2023

Problem

Ideally, it should be possible to enable the fluxcd addon without installing anything on the cluster other than the KubeVela definitions. This would allow users to use components of type helm for example on clusters on which flux is already installed and managed by themselves.

Proposed solution

As a user, I would like to do something along these lines:

vela addon enable fluxcd onlyComponentDefinitions=true

I guess the implementation will be similar to onlyHelmComponents=true, just more exhaustive.

Considered alternatives

As a workaround, users can create the component definitions for flux only and that will work with the existing flux installation. The downside is that you will need to manually extract those from the addon as there is no option to only install the definitions when installing it.

Additional context

See this issue for the generic feature request applying to all the addons, not just fluxcd.

@salvalcantara
Copy link
Author

salvalcantara commented Dec 24, 2023

On a related note, I've observed that for each component of type helm in my application, I get both a HelmRepository and a HelmRelease being created. In the described scenario where users manage flux themselves, chances are that they also have a predefined set of repos. For instance, they might be pushing all their charts to a centralized repo, so in that case KubeVela should not create a HelmRepository for each app but rely on the existing one (to avoid redundancy). Can this be managed somehow? Should I open a separate issue for this?

@xjxtree
Copy link
Contributor

xjxtree commented Feb 2, 2024

good idea

@dhiguero dhiguero added the enhancement New feature or request label Feb 8, 2024
@Gideon-Felt
Copy link

Flux is definitely the predominant tool, KubeVela is being held back from adoption, because it can't be installed on existing Flux systems.

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

No branches or pull requests

4 participants