Skip to content
This repository has been archived by the owner on Sep 16, 2023. It is now read-only.

Normalize and reorganize configurations of Onyxia services #27

Open
1 of 4 tasks
avouacr opened this issue Oct 22, 2021 · 0 comments
Open
1 of 4 tasks

Normalize and reorganize configurations of Onyxia services #27

avouacr opened this issue Oct 22, 2021 · 0 comments
Assignees

Comments

@avouacr
Copy link
Member

avouacr commented Oct 22, 2021

To improve user experience, I think we should :

  • normalize configurations of Onyxia services as much as possible. For instance, the RStudio service has a "R" configuration to choose the image and a "Service" configuration to activate Spark-history. On the other hand, Jupyter only has the "Service" one for both uses. This inconsistency can cause issues, for instance : in the "R" configuration, one can use a custom image, but not choose the pull policy, so that the custom image will never be updated if a previous version is already present.
  • reorganize the order of configurations to put first the ones that are most likely to be changed by users. Right now, the first one is S3, which is rarely modified. Here is a suggested order for Jupyter/RStudio (based on my use..) :
    R/Jupyter - Init - Git - Kubernetes - Resources - Persistence - Security - Discovery - all the rest

So, in terms of tasks :

  • Normalize configuration schemas as much as possible between services
  • Think about the best ordering for all possible configurations, based on how most users configure their services
  • Add an "order" object in the schemas of the helm charts to reflect this ordering
  • Retrieve this parameter in the UI to implement the ordering
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants