-
Notifications
You must be signed in to change notification settings - Fork 83
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
Importable and exportable service configuration #844
Comments
Hello @nitreb, The beauty of onyxia is that the service configuration are fully represented in the lauch URL. I explain it in this video: https://filedn.com/lYPEPucNMheV19aDu23lK0Q/INSEE/Screen%20Recording%202024-08-13%20at%2015.05.17.mov |
URL of onyxia are usefull but I think you want something more helm native and I agree it will be usefull. We are reworking the launching and there will be a dev mode with pure yaml launcher. WE Can add there download and upload in this dev mode |
Hello, to provide more details, we have a lot of users that usually work on HPC. In this kind of environment, everything is configured with config files (yaml, toml, custom, etc.), that is why they are asking I think, Because they are just used to that. That being said, up to me the URL mechanism is great, except maybe if you have a complicated configurations that evolve over time. With config files, on could version its configurations on GitHub for example. This is less handy to do with URL. My two cents! |
Okay I see, so the usecase is having the service configuration versionned and tracked by Git. Yes for that purpose I can see that the URL are not the best format. I mean they can create neat little badge for launching a service like: https://github.com/garronej/covid19-dashboard But it's not realy easy to eddit manually: So yeah... |
Hi,
We have some users of our instance asking to be able to fill the service configuration fields using a config file (JSON or YAML). It can be by uploading a file directly or pointing to the file URL.
With this approach, it seems also relevant to enable the configuration file export.
Does that sound relevant to you? If yes, then maybe it makes sense to use the configuration stored in vault, and JSON might be the easiest format to start with.
What do you guys think?
The text was updated successfully, but these errors were encountered: