Eclipse Che项目中编辑器定义与插件注册表的解耦设计

在Eclipse Che这一云原生IDE平台的架构演进中，插件注册表（plugin-registry）长期承担着双重职责：既管理插件资源，又托管编辑器定义文件。这种设计在最新版本中暴露出两个核心问题：

首先，这违反了单一职责原则（SRP）。插件注册表本质上应是插件版本管理的专用组件，而编辑器定义属于开发环境配置范畴，二者在功能边界上存在本质差异。将编辑器定义耦合在插件注册表中，不仅增加了组件的维护复杂度，还导致变更影响范围难以控制。

其次，资源利用率存在优化空间。实际部署中即使用户配置了外部OpenVSX注册表（如open-vsx.org），不再需要内部插件注册功能，系统仍会为托管单个che-editors.yaml文件而维持整个插件注册表Pod的运行。这种设计在Kubernetes环境下会造成不必要的资源开销，特别是大规模部署时。

技术团队提出的解决方案采用配置映射（ConfigMap）来托管编辑器定义。这种设计具有三大优势：

1. 资源效率：ConfigMap作为Kubernetes原生资源，其运维开销远低于完整应用Pod
2. 部署灵活：编辑器定义可随Helm chart或Operator直接部署，无需额外服务依赖
3. 版本协同：编辑器定义能与Che主版本严格同步更新

该改进属于架构持续优化的一部分，与此前将devfile模板迁移至ConfigMap的改造（#22429）形成技术协同。新架构下，插件注册表将专注核心职责，而编辑器定义这类配置型资源则下沉至更合适的Kubernetes原语层。

对于终端用户，这一变更将带来更轻量的部署体验和更清晰的配置管理界面。平台运维者则能获得更精确的资源监控能力和更灵活的组件部署策略。从长远来看，这种解耦设计也为未来可能的编辑器定义动态加载、多版本支持等高级特性奠定了基础。