# How can I support mybinder.org? **URL:** \ **Category:** mybinder.org ops\ **Tags:** how-to\ **Created:** [June 3, 2020, 8:04pm UTC](https://discourse.jupyter.org/t/how-can-i-support-mybinder-org/4692 "2020-06-03T20:04:59Z")\ **Posts on this page:** 4\ **Page:** 1

**Author:** ![Samuel\_Klein](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/samuel_klein/32/2197_2.png) [@Samuel\_Klein](https://discourse.jupyter.org/u/Samuel_Klein)\ **Post date:** [June 3, 2020, 8:04pm UTC](https://discourse.jupyter.org/t/how-can-i-support-mybinder-org/4692/1 "2020-06-03T20:04:59Z")

How can new groups help maintain mybinder? What can a digital library, or a project running on a university cloud (like the Massachusetts Open Cloud) do to support mybinder? ---

**Author:** ![betatim](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/betatim/32/10_2.png) [@betatim](https://discourse.jupyter.org/u/betatim)\ **Post date:** [June 3, 2020, 8:55pm UTC](https://discourse.jupyter.org/t/how-can-i-support-mybinder-org/4692/2 "2020-06-03T20:55:51Z")

It makes me super happy that you ask 🙂 Off the top of my head there are three ways to support mybinder. They aren’t exclusive categories (a little in each column works). 1. Become part of the [mybinder.org federation](https://blog.jupyter.org/the-international-binder-federation-4f6235c1537e). The service relies on donated compute power, our current plan for making that sustainable is to be able to run on any cloud (GKE, OVH, AWS, Azure, bare metal, etc) and be able to spread the traffic across many sites. This means that small and large donations of compute are useful and credit for that donation can go to the donors. We are happy to expand our “federation” when we can. 2. Contribute directly to the project(s). We rely on many fantastic open-source tools and projects. Many of which are substantial projects in their own right, helping them helps Binder. We also try to cover more than just Python and Jupyter in terms of use-cases. This means there is lots of work at all levels of experience and a broad range of topics (explaining ideas, technical writing, coding, user experience, devops, shaping feature ideas, etc). It also means we need people who use the tools beyond Python and Jupyter to get involved so that we can continue with our strategy of meeting users where they are instead of prescribing a way of doing things (“automating existing community practices”) 3. Tell and teach people about Binder and all the things around it. If more people know about the project, then more people use it. This is a good thing because it is a useful tool that lets people do things that used to be hard/impossible to do before. Binder is a good solution to some problems, and a lot of people who have these problems don’t know Binder exists. This needs fixing 🙂 Furthermore good explanations and education about a tool like Binder and the ideas/concepts involved is hard work. A side-effect of more users is more ideas of what people actually need and that more people with skills and time contribute back to the project. I could go on for ages but i will stop to see what your reaction is and which avenue we should focus more on. And if none of these sound exciting/a good fit, there are fourth, fifth, sixth avenues 😃 ---

**Author:** ![Samuel\_Klein](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/samuel_klein/32/2197_2.png) [@Samuel\_Klein](https://discourse.jupyter.org/u/Samuel_Klein)\ **Post date:** [June 4, 2020, 2:12pm UTC](https://discourse.jupyter.org/t/how-can-i-support-mybinder-org/4692/3 "2020-06-04T14:12:33Z")

Great. I’d like to get the MA Open Cloud to join the federation. Where should I point people, to describe what would be involved? This thread offers some context, but a more explicit how-to w/ tiers would be very helpful: > [@The Binder Federation](https://discourse.jupyter.org/t/the-binder-federation/1286): > > if you are wondering what happened keep reading! We flipped the switch on making [mybinder.org](http://mybinder.org) a federation. This means that there are now two clusters that serve requests for [mybinder.org](http://mybinder.org). What changes for you as a user? Hopefully nothing. You will notice that if you visit [mybinder.org](http://mybinder.org) (or any other link to it) you will be redirected to [gke.mybinder.org](http://gke.mybinder.org) or [ovh.mybinder.org](http://ovh.mybinder.org). Beyond that small change everything should keep working as before (if not please post here!). We have been planning and… ---

**Author:** ![betatim](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.jupyter.org/betatim/32/10_2.png) [@betatim](https://discourse.jupyter.org/u/betatim)\ **Post date:** [June 4, 2020, 9:21pm UTC](https://discourse.jupyter.org/t/how-can-i-support-mybinder-org/4692/4 "2020-06-04T21:21:51Z")

The (too?) short answer is: the process is still very informal. A good first step is opening an issue on [https://github.com/jupyterhub/team-compass](https://github.com/jupyterhub/team-compass) this will get more of the team involved, most discussions about current federation members happened in issues there so it is easier to link to them and a lot of this is based on trust between all the involved people. There is a monthly team meeting open to everyone (it would be a good place to talk about this [https://github.com/jupyterhub/team-compass/issues/297](https://github.com/jupyterhub/team-compass/issues/297) unfortunately the June meeting is Asia timezone friendly/early Europe time which might make it hard to attend from a Americas timezone) There are currently four members of the federation. For each it was different/personal how we ended up having them join the federation. Every time we do this we try and get a bit more formal and repeatable about it. Most members of the federation (GKE, OVH, Turing) provide us with a bare kubernetes cluster on which we deploy a BinderHub from [https://github.com/jupyterhub/mybinder.org-deploy/](https://github.com/jupyterhub/mybinder.org-deploy/) (via travis). This helps keep the clusters in sync, shared config, etc. We can `kubectl ...` on all these clusters to take care of admin things. On GKE and Turing we have full control, for OVH the OVH team takes care of provisioning nodes and such. The Gesis cluster is managed independently via [https://github.com/gesiscss/orc](https://github.com/gesiscss/orc). @arnim and @bitnik work for the Gesis institute which sponsors this bare-metal cluster. They take care of everything, including keeping configs and versions in sync (lots of it automated), running the hardware, network, etc. Either approach works for us, they each have pros and cons. Some related links: - [https://jupyterhub-team-compass.readthedocs.io/en/latest/binder/subdomains.html](https://jupyterhub-team-compass.readthedocs.io/en/latest/binder/subdomains.html) we did write down something around assigning sub-domains of [mybinder.org](http://mybinder.org). Most of these expectations hold true for joining the federation, not only because we assign a sub-domain in the process - [https://github.com/jupyterhub/mybinder.org-deploy/issues/1124](https://github.com/jupyterhub/mybinder.org-deploy/issues/1124) @sgibson91 wrote a short application to get credits from Azure via the Alan Turing institute which corresponds to [turing.mybinder.org](http://turing.mybinder.org) - [https://github.com/jupyterhub/team-compass/issues/217](https://github.com/jupyterhub/team-compass/issues/217) a start on “a technical checklist for joining the federation” - [https://github.com/jupyterhub/team-compass/issues/204](https://github.com/jupyterhub/team-compass/issues/204) some of the in writing discussion of [gesis.mybinder.org](http://gesis.mybinder.org) joining the federation and assigning the sub-domain. They are now the second largest cluster by traffic, 10% was a low ball starting point 😃