Skip to content

[self-hosted] Support newer releases of Ubuntu and Kubernetes #4053

Closed
@cyrilcros

Description

@cyrilcros

Current state

Basically, self-hosted currently requires Ubuntu 18.04 and Kubernetes ~1.17 - 1.18 (EDIT: well, I am unfair here for Kubernetes). It would be very desirable to move the current support matrix closer to the Ubuntu and Kubernetes respective release cycles.
For instance, as pointed in #3969, Ubuntu 18.04 is now 3 years old, and 20.04 has been around for a year. This issue is by the way the same request, but for workspace image support whereas I am talking self-hosted...
It means:

  • people are stuck on relatively old setups, are less likely to try this and adopt it or contribute code, or may lose time (ex: there is no obvious link to the support matrix in the self-hosted docs or the repo main page)
  • some newer kernel features are missing (ex Wireguard in the linux kernel, since SSH support was added to Gitpod that could be a similar step, and many CNI like Calico or Cilium are adding it as an option).
  • for software development, it is generally problematic...

Improvement suggestions for self-hosted

I fully understand this is a massive amount of work and not realistic to always stay on top of this. However, could you please:

  • make the support matrix for self-hosted clearly visible on the repo Github page / your docs. That would reduce the number of issues you folks get....
  • add detailed setups (platform / versions / but also the CNI for example, and the values.yaml you used - without secrets)
  • give a tentative timeline for supporting newer versions (or just a 'not in our current plans' answer).
  • add to the issue tracker a category like broken in Ubuntu 20.04, to keep track of what is missing, and possibly allow people to help. That could be a pinned issue.
  • add / link to a new technical document page describing the overall architecture of gitpod. For example, what are ws-daemon , blobserve, why is there a registry-facade, why is there a ws-manager plus a ws-manager-bridge, which of them have access to the kubeapi-server or are open to the Internet. That would help with error reporting.

This being said, many thanks for offering this software as a self-hosted option, I definitely prefer it to Eclipse Che and others..... It has a lot of potential, it could do for programming what the Jupyterhub project does for Jupyter notebooks.

Metadata

Metadata

Assignees

No one assigned

    Labels

    meta: staleThis issue/PR is stale and will be closed soonself-hostedtype: improvementImproves an existing feature or existing code

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions