3.3. 架构

OpenShift Dev Spaces operator 确保 OpenShift Dev Spaces 服务器组件的完整生命周期管理。它引进了：

Dev Workspace Operator (DWO)是 OpenShift Dev Spaces 的依赖项，是 OpenShift Dev Spaces 功能的一个完整部分。DWO 的主要职责之一是协调 Dev Workspace 自定义资源(CR)。

Dev Workspace CR 是 OpenShift Dev Spaces 工作区的 OpenShift 资源表示。当用户在后台使用 OpenShift Dev Spaces 创建工作区时，Dashboard OpenShift Dev Spaces 会在集群中创建一个 Dev Workspace CR。对于每个 OpenShift Dev Spaces 工作区，集群中都有一个底层的 Dev Workspace CR。

图 1 显示了集群中的 Dev Workspace CR 示例：

图 3.3. 集群中的 Dev Workspace CR 示例

当使用 devfile 使用 OpenShift Dev Spaces 创建工作区时，Dev Workspace CR 包含 devfile 详情。另外，OpenShift Dev Spaces 根据为工作区选择的编辑器将编辑器定义添加到 Dev Workspace CR 中。OpenShift Dev Spaces 还会将属性添加到 Dev Workspace 中，它根据您配置 CheCluster CR 的方式进一步配置工作区。

DevWorkspaceTemplate 是一个自定义资源，它为 Dev Workspaces 定义可重复使用的 spec.template。

当一个工作区启动时，DWO 会读取对应的 Dev Workspace CR，并创建必要的资源，如部署、secret、configmap、路由，以便在代表 devfile 中定义的开发环境的末尾是一个工作区 pod。

全局配置是名为 devworkspace-operator-config 的 DWOC 自定义资源，通常位于 DWO 安装命名空间中。默认情况下，安装时不会创建全局配置。全局配置字段中设置的配置字段将应用到 DWO 和所有 Dev Workspaces。但是，非全局配置可以覆盖 DWOC 配置。

任何 devworkspace-operator-config 以外的任何其他 DWOC 自定义资源都被视为非全局配置。非全局配置不适用于任何 Dev Workspaces，除非 Dev Workspace 包含对 DWOC 的引用。如果全局配置和非全局配置具有相同的字段，非全局配置字段将具有优先权。

例如，默认情况下，OpenShift Dev Spaces 在 OpenShift Dev Spaces 命名空间中创建和管理一个非全局 DWOC，名为 devworkspace-config。此 DWOC 包含特定于 OpenShift Dev Spaces 工作区的配置，由 OpenShift Dev Spaces 维护，具体取决于您如何配置 CheCluster CR。当 OpenShift Dev Spaces 创建工作区时，OpenShift Dev Spaces 使用 controller.devfile.io/devworkspace-config 属性添加对 OpenShift Dev Spaces-owned DWOC 的引用。

图 3.4. Dev Workspace 配置属性示例

apiVersion: controller.devfile.io/v1alpha1
kind: DevWorkspaceRouting
metadata:
  annotations:
    controller.devfile.io/devworkspace-started: 'false'
  name: routing-workspaceb14aa33254674065
  labels:
    controller.devfile.io/devworkspace_id: workspaceb14aa33254674065
spec:
  devworkspaceId: workspaceb14aa33254674065
  endpoints:
    universal-developer-image:
      - attributes:
          cookiesAuthEnabled: true
          discoverable: false
          type: main
          urlRewriteSupported: true
        exposure: public
        name: che-code
        protocol: https
        secure: true
        targetPort: 3100
  podSelector:
    controller.devfile.io/devworkspace_id: workspaceb14aa33254674065
  routingClass: che
status:
  exposedEndpoints:
    ...

$ oc get pods -l 'app.kubernetes.io/part-of=devworkspace-operator' -o custom-columns=NAME:.metadata.name -n openshift-operators
NAME
devworkspace-controller-manager-66c6f674f5-l7rhj 

devworkspace-webhook-server-d4958d9cd-gh7vr 

devworkspace-webhook-server-d4958d9cd-rfvj6 

apiVersion: operators.coreos.com/v1alpha1
kind: Subscription
metadata:
  name: devworkspace-operator
  namespace: openshift-operators
spec:
  config:
    affinity:
      nodeAffinity: ...
      podAffinity: ...
    resources:
      limits:
        memory: ...
        cpu: ...
      requests:
        memory: ...
        cpu: ...

apiVersion: controller.devfile.io/v1alpha1
kind: DevWorkspaceOperatorConfig
metadata:
  name: devworkspace-operator-config
  namespace: <DWO install namespace>
config:
  webhooks:
    nodeSelector: <map[string]string>
    replicas: <int>
    tolerations: <[]corev1.Toleration>

OpenShift Dev Spaces operator 将其作为 che-gateway 部署进行管理。

它控制对以下的访问：

图 3.5. OpenShift Dev Spaces 网关与其他组件交互

用户仪表板是 Red Hat OpenShift Dev Spaces 的登录页面。OpenShift Dev Spaces 用户浏览用户仪表板以访问和管理其工作区。这是一个 React 应用程序。OpenShift Dev Spaces 部署在 devspaces-dashboard Deployment 中启动。

它需要访问：

图 3.6. 用户仪表板与其他组件的交互

当用户请求用户仪表板启动工作区时，用户仪表板会执行这个操作序列：

OpenShift Dev Spaces 服务器是一个 Java Web 服务，公开 HTTP REST API 并需要访问：

图 3.7. OpenShift Dev Spaces 服务器与其他组件交互

每个 OpenShift Dev Spaces 工作区都以特定的编辑器和一组关联的扩展开始。OpenShift Dev Spaces 插件 registry 提供了可用编辑器和编辑器扩展列表。Devfile v2 描述了每个编辑器或扩展。

第 3.3.1.4 节 “用户仪表板” 读取 registry 的内容。

图 3.8. 插件 registry 与其他组件交互