RDE Workspace
RDE 工作区
RDE Workspace 是 RDE 设置中的一个特定实例或容器。它代表开发者的工作区，这是一个隔离的、可配置的环境，开发者在其中处理特定项目或任务集。工作区包括特定开发任务所需的工具、配置、代码库、依赖项和设置。
每个工作区可以为一个或多个不同的 RDE 设置。
工作区列表
默认情况下，List of Workspace 按名称排序以字母升序（A-Z）显示，视图中表示的主要属性有：
-
工作区名称：工作区名称，必须是唯一的。
-
运行中的 RDE 总数与工作区中 RDE 的总数。第二行显示运行中的 RDE、失败的 RDE、停止/关闭的 RDE 的具体数量。
-
RDE 工作区中使用的节点或/和 Fargate 的具体数量。
-
项目名称：在工作区内管理的项目。
-
配置文件名称：与工作区关联的配置文件。
-
命名空间：与工作区相关的命名空间。
-
CPU 状态：在任何给定时间 CPU 正在使用的处理能力（mil/ core）
-
内存状态：运行中的 RDE 使用的 RAM 数量（miB/Gi）
工作区功能
在工作区列表屏幕上，可以执行以下功能：
-
按以下条件搜索工作区：
- 项目
- 配置文件
- 命名空间
- 工作区
-
以列表或网格视图查看“List of Workspaces”
默认情况下，“工作区列表”以网格视图显示。
工作区列表可以在网格视图和列表视图之间切换：
网格视图：
列表视图：
-
查看“List of Workspaces”，按以下方式排序：
- 名称（工作区名称）
- 运行中（正在运行的 RDE）
- CPU
- 内存
-
查看收藏的工作区
用户可以选择首先查看收藏的 RDE 工作区或仅查看收藏的 RDE 工作区。
首先查看收藏的 RDE 工作区：
仅查看收藏的 RDE 工作区：
- 设置每页显示的工作区数量：
每页工作区的数量在网格视图和列表视图之间是不同的
列表视图：分页为 5、10、15 或全部：
网格视图：分页为 3、6 或 9：
- 修改工作区
可以通过选择修改来修改 RDE 工作区：
可以修改的参数除了“工作区名称”：
- 删除工作区：
可以逐个删除 RDE 工作区。无法同时删除多个工作区。
将弹出一个窗口，供用户确认删除或返回工作区列表屏幕：
- 查看工作区状态历史：
通过选择历史记录，可以显示关于RDE名称、事件时间、参与者、资源类型、CPU、内存和状态的RDE记录。
默认情况下，所有属于所选工作区的RDE都会显示。
在此屏幕上，用户可以通过从下拉列表中选择来查看单个或多个RDE的历史记录：
- 查看仪表板RDE监控：
系统将导航到Grafana仪表板，用户可以在此查看工作区的主要参数概述状态：
工作区创建
前提条件
要设置RDE工作区，必须存在需要远程环境的配置文件和项目。
管理员和用户已被授予创建RDE的访问权限和权限。
步骤
- 在工作区列表屏幕上选择“创建工作区”按钮：
- 在创建新工作区时，填写以下必填字段：
- Workspace name: （必填）接受最多10个小写字符，且不可编辑。
- Display name: （必填）没有长度限制，接受大写字母。
- Description: 工作坊的简要介绍
- Project: （必填）可以包含一个或多个应用程序及其他相关组件，如配置文件、命名空间和配置。项目允许您在隔离环境中管理应用程序资源。
- Profile: (Mandatory): 一组配置和设置，定义了特定项目中应用程序的运行时和环境。配置通常是特定于环境的，例如开发、预发布或生产。
- Namespace: (Mandatory) 是一种在 AMDP 平台内隔离和组织资源的方法，通常与 Kubernetes 集群相关联。
- Target node: (Mandatory) AMDP 指的是应用程序将运行的物理或虚拟机（或计算资源）。在像 Kubernetes 这样的云原生平台中，target node 通常是托管容器的 Kubernetes 集群中的一个节点。
- Storage type: (Mandatory) 指用于在应用程序中持久化数据的存储解决方案的类型。有两种存储类型：块存储、文件存储
- Resource Class: (Mandatory): 带内存的 CPU，可以从黑色下拉列表中选择
从列表中选择 VS Code、Web SSH 和 Jupyter
Administrator授予工作区权限：
- 用户或用户组的成员角色
- 用户或用户组的管理角色
点击保存按钮以完成新的 RDE 工作区创建。新的 RDE 工作区按字母顺序升序显示在工作区列表中：
