XMLWordPrintable

    • Hide
      = Initial support of the New DevWorkspace CR engine product architecture

      An OpenShift CRD and Controller is handling workspace containers, rather than {prod-short} server. This transfer of responsibility enables a better orchestration. To manage the workspaces, OpenShift native tools and APIs are available, rather than a {prod-short}-server REST API using services of a custom CRD.

      It enables:

      * A delegation to the OpenShift authentication using RBAC and persistence using ETCD key-value store.
      * Easy provisioning of {prod-short} workspaces using OpenShift APIs
      * More advanced workspace control, such as the configuration of a workspace based on users' geographic location or automatically disabling plug-ins deteriorating workspaces performances.
      Show
      = Initial support of the New DevWorkspace CR engine product architecture An OpenShift CRD and Controller is handling workspace containers, rather than {prod-short} server. This transfer of responsibility enables a better orchestration. To manage the workspaces, OpenShift native tools and APIs are available, rather than a {prod-short}-server REST API using services of a custom CRD. It enables: * A delegation to the OpenShift authentication using RBAC and persistence using ETCD key-value store. * Easy provisioning of {prod-short} workspaces using OpenShift APIs * More advanced workspace control, such as the configuration of a workspace based on users' geographic location or automatically disabling plug-ins deteriorating workspaces performances.

      Red Hat developer tooling is converging on the devfile format and as such it has evolved from the 1.0 specification used by Che / CodeReady Workspaces, to a new 2.x specification.

      The initial 2.0 specification has been defined and is currently in use by odo.

      Moving to the 2.0 specification is coupled with an architectural change in Che / CRW to a new DevWorkspace CRD. We are gradually looking to adopt both the DevWorkspace and Devfile 2.0 as defined in this upstream issue.

      With this initial support:

      • It will NOT be possible to have the Web Terminal operator running in the same cluster
      • Support will not be enabled by default. A user must start CRW with the CLI cmd crwctl server:deploy --workspace-engine=dev-workspace. This can also be achieved through operator Hub and a flag
      • A user will be to start a workspace with a factory link pointing to a git repo with a devfile 2.0, this includes the devfiles currently used by odo.
      • Plugins in the devfile will NOT be supported as they are not part of the 2.0 specification, CRW will fail to load a workspace where these are specified as it is not a valid component type.
      • Only a 'per user' namespace strategy will be supported
      • Only single host routing will be supported
      • We will re-introduce the latest version of the OpenShift Connector plugin, which will work with devfile 2.0, however this will not be the default version due to incompatibility with devfile 1.0. See CRW-1733 for followup work in 2.9
      • Authentication is disabled for DevWorkspace based workspaces(anyone with the URL has access)

       
      References: 

        1. crw-theia-devfile.yaml
          3 kB
          Sergii Leshchenko
        2. image-2021-04-28-12-49-34-098.png
          403 kB
          Sergii Leshchenko
        3. image-2021-04-28-12-50-26-803.png
          154 kB
          Sergii Leshchenko
        4. image-2021-04-29-10-44-08-605.png
          48 kB
          Nick Boldt
        5. image-2021-04-29-10-45-34-276.png
          163 kB
          Nick Boldt
        6. log (1).txt
          7 kB
          Serhii Skoryk
        7. Screenshot_20210428_124423.png
          219 kB
          Sergii Leshchenko
        8. Screenshot_20210428_125000.png
          154 kB
          Sergii Leshchenko
        9. screenshot-1.png
          71 kB
          Nick Boldt
        10. Selection_198.png
          62 kB
          Serhii Skoryk
        11. Selection_199.png
          39 kB
          Serhii Skoryk

              daharris@redhat.com David Harris (Inactive)
              mbenitez@redhat.com Martha Benitez
              Votes:
              0 Vote for this issue
              Watchers:
              15 Start watching this issue

                Created:
                Updated:
                Resolved: