nebari icon indicating copy to clipboard operation
nebari copied to clipboard

[enhancement] Development and production user interfaces

Open tonyfast opened this issue 4 years ago • 3 comments

Description

Currently the user interface uses some tools that improve the user experience, but there are more we can add. it would be nice to try different lab extensions before putting the into production. I am proposing at least two user interface images: the current prod version and a work in progress environment that we can use to add new features and test.

Value/benefit

currently, we can't change the user experience without impacting everyone. another development image would give us the freedom to provide an enhanced user interface without effecting the current services. i'd like to experiment with some of the collaborative tools we serve with hourhaus

this request builds off of ideas in #903 with adding different user interfaces to the qhub experience.

tonyfast avatar Nov 16 '21 22:11 tonyfast

The fastest and easiest way I see to do so, is forking and deploying your own forks, as I did for some of my PRs. By having a personal deployment, we're free to experiment and research without any limitation. The drawback is that it implies a cost for the cloud provider.

Alternatively, we could imagine a sandbox.qhub.dev or alpha.qhub.dev or whatever, with its specific deploy repo, that we would use as a sandbox env for any experiment. The drawback here is the risk of collision if too much of us experiment at the same time.

I hope I understood the question right :)

pierrotsmnrd avatar Nov 22 '21 04:11 pierrotsmnrd

yea. i'm not going to find the time to setup my own qhub.

i am thinking that there qhub.dev/alpha or qhub.dev/sandbox. these endpoints would deploy a different on a different endpoint that allows for experimentation on production data. in this conformation, early adopters can try out new features and fall back the blessed user interface when problems arise.

tonyfast avatar Nov 24 '21 18:11 tonyfast

This can be part of a move to having JupyterLab images as more plug-and-play so you can easily switch in different images. Perhaps some of these ideas will help with this #1174 #1145 Ideally, people can work on JupyterLab config without understanding Docker at all.

danlester avatar Apr 28 '22 15:04 danlester

We'll need to open an RFD to discuss the staging/production workflow.

pavithraes avatar May 29 '23 16:05 pavithraes

JLab 4 allows users to install extensions by conda environments and with the addition of jhub-apps this is now possible in Nebari.

dcmcand avatar Feb 08 '24 16:02 dcmcand