-
Notifications
You must be signed in to change notification settings - Fork 26
Archive and stop updating pangeo helm chart? #129
Comments
It'd be good to hear from other groups deploying pangeo on kubernetes. I think there's some value in having a helm chart that combines these two for you, for the simple case of "I want jupyterhub & dask". That said, I wonder if all of the config settings in |
This has come up in one form or another a few times in the past. We've generally landed on there being both social and technical benefit for keeping this around. The social benefit comes from being able to say, "I installed pangeo" (i.e. |
I agree with @jhamman about the social benefit of "I installed Pangeo". Although Pangeo often feels more similar to something like the LAMP stack, where it isn't an actual tool, but rather a collection of tools which together allow you to meet a certain goal. This helm chart has always been a pretty thin layer on top of the Zero 2 JupyterHub chart. To continue the LAMP example this is similar to the It's also interesting to compare this with the Dask chart. That chart gives you a single notebook server, Dask scheduler and some Dask workers which you can scale with a k8s deployment. It is aimed at a single user with access to a k8s cluster who wants to install a Jupyter/Dask environment for themselves. This chart gives you JupyterHub with Dask Gateway. Which feels like a more grown up version of the Dask chart and is aimed at organisations and admins who want to provide a Jupyter/Dask environment for others. I wonder whether we should provide a JupyterHub/DaskGateway meta chart in the Dask Helm repo. That part of Pangeo is pretty generic and would benefit other communities too. Then the technical secret sauce of Pangeo becomes the conda environment stacks, which are actually the geoscience specific part. |
https://github.com/dask/helm-chart/tree/master/daskhub is available now, so we'll need to decide what to do here. I think deprecating the chart is probably best. We'll point most users to |
In the interest of consolidating pangeo infrastructure and configuration, should we archive this repo and update pangeo-cloud-federation to no longer use the pangeo-helm chart? This question has come up before on calls, I haven't looked through all existing issues, but if I understand correctly if we fully embrace dask-gateway and drop dask-kubernetes I think we can just rely on upstream helm charts.
Pangeo-binder does not require the pangeo helm chart. (https://github.com/pangeo-data/pangeo-binder/tree/staging/pangeo-binder). I've always found it confusing that default config for the persistent hubs is in two places (https://github.com/pangeo-data/helm-chart/blob/master/pangeo/values.yaml) and (https://github.com/pangeo-data/pangeo-cloud-federation/blob/staging/pangeo-deploy/values.yaml).
Pros:
Cons:
@jhamman, @TomAugspurger, @rabernat, @tjcrone, @consideRatio, @yuvipanda, please chime in in case I'm overlooking something related to the helm chart history or configuration needs.
The text was updated successfully, but these errors were encountered: