Login Sign up

Wednesday Oct. 14, 2020, 4 p.m.–Oct. 14, 2020, 4:30 p.m. in Enterprise Jupyter Infrastructure

JupyterHub ≠ x, for all x: A tale of two JupyterHubs

Richard Darst

Audience level:
Novice

Brief Summary

What is JupyterHub? What is Jupyter? These seem like simple questions, but in my two deployments of Jupyter, it somehow seems that almost no one can understand the spirit of what Jupyter(Hub) actually does. My vision is that JupyterHub is not a service, but a way to access resources which you already have. I will demonstrate this by the example of my JupyterHub deployments.

Outline

I'm in a constant struggle to explain what JupyterHub is. Many people understand the surface functions, but not the greater role it can serve. JupyterHub is not some standalone service to compete with your existing resources. Instead, if you want, it serves as an interface to your resources to make them more accessible and usable. I'll do this via a tour of two diverse JupyterHub deployments representing two specific use cases, which are no means exhaustive of the potential deployment configurations. They are:

My vision is that JupyterHub is not a service, but a way to access resources which you already have and make more accessible. Anywhere you have an ssh server, you could have a JupyterHub. Anywhere that traditional interfaces are a bit old-fashioned, JupyterHub can complement them and increase your user base. You should come out of this talk inspired to deploy JupyterHub intelligently as part of a greater ecosystem, and without too much difficulty, and (hopefully) able to convince your colleagues that this is a good idea.

This talk is targeted to people new to JupyterHub, and no particular background knowledge is needed. Details of Jupyter{notebook,lab} won't be covered and are not strictly necessary.