2. 架构视角引入：4+1视图模型简介、逻辑视图与资源模型的关系、开发视图与资源模型的关系

在开始设计IDP自助门户的资源模型之前，必须建立统一的架构视角。Philippe Kruchten提出的4+1视图模型是软件架构领域最经典的视角划分方法，它从不同利益相关者的关注点出发，将复杂系统拆解为五个相互关联的视图。对于IDP资源模型设计而言，逻辑视图与开发视图是核心切入点。

2.1 4+1视图模型简介

4+1视图模型通过五个视角描述软件架构，每个视图对应一组特定的关注点与受众：

下图展示了4+1视图模型的结构关系，以及逻辑视图与开发视图在IDP资源模型设计中的核心位置：

2.2 逻辑视图与资源模型的关系

逻辑视图关注系统的功能抽象与领域实体关系，它不关心具体的技术实现，而是回答“系统应该提供哪些资源？这些资源之间如何关联？”。在IDP自助门户中，逻辑视图直接决定了资源模型的语义结构。

2.2.1 逻辑视图的核心产出：领域概念模型

从逻辑视图出发，IDP资源模型首先被抽象为一组核心领域实体及其关系：

• 环境（Environment）：开发者可用的隔离工作空间，包含计算、存储、网络等资源组合。
• 组件（Component）：构成应用的最小部署单元，如微服务、数据库、缓存。
• 模板（Template）：预定义的资源组合蓝图，用于快速创建标准化环境。
• 配额（Quota）：资源使用的上限约束，关联到团队或项目。
• 策略（Policy）：资源创建、变更、销毁的规则与审批流程。

下图展示了IDP资源模型在逻辑视图中的核心实体关系：

2.3 开发视图与资源模型的关系

开发视图将逻辑视图中的领域概念映射为具体的代码模块、接口定义和依赖关系。它回答的是“资源模型在代码中如何组织？开发者如何引用和扩展这些模型？”。开发视图是逻辑模型走向可执行实现的桥梁。

2.3.1 从逻辑实体到代码结构

在IDP自助门户的开发视图中，资源模型通常遵循以下代码组织模式：

2.3.2 资源模型的接口契约

开发视图强调模块间的依赖关系与接口契约。资源模型在开发视图中通常表现为一组POJO（Plain Old Java Object）或数据传输对象（DTO），并通过以下方式对外暴露：

// 资源模型核心接口示例
public interface ResourceModel {
    String getResourceType();        // 资源类型标识
    String getResourceId();          // 全局唯一ID
    Map<String, Object> getSpec();   // 资源规格定义
    Map<String, String> getMetadata(); // 元数据标签
}

// 环境资源的具体实现
public class Environment implements ResourceModel {
    private String environmentId;
    private String name;
    private String namespace;
    private List<Component> components;
    private Quota quota;
    private Policy policy;

    // getters, setters, builders...
}

2.3.3 逻辑视图与开发视图的映射关系总结

下表总结了两个视图在IDP资源模型设计中的核心差异与协作方式：