用途
当 Unity Catalog 是 Databricks 平台核心治理界面时使用本技能。它帮助智能体为湖仓数据产品设计跨目录、模式、存储位置、共享和访问路径的受治理边界。
何时使用
- 设计 Unity Catalog 层级与所有权
- 定义外部位置、凭据与存储边界
- 治理共享的 Delta 表、视图、卷或模型
- 评审跨工作区或多团队的湖仓治理
- 规划安全共享、发布审批或受治理的消费者访问
不要将 Unity Catalog 简化为仅权限管理。它同样是发布、所有权与运营边界的决策。
工作流程
- 定义治理层级。需要决定：目录边界、模式边界、生产者与消费者分离、所有权与管理路径。
- 定义存储与凭据边界。涵盖：外部位置、托管表与外部表、存储凭据、工作区与环境分离。
- 定义访问与共享行为。包括：角色与组、必要的行或列限制、受治理视图、跨团队或对外共享预期。
- 将治理与湖仓交付对齐。要求：清晰的发布分层、血缘可见性、认证或信任信号、模式与契约变更的处理。
- 验证日常运营。审查在治理模型下，晋升、新工作区、外部消费者和对象存储边界如何表现。
常见合理化及其现实
- “我们已经在用 Databricks，Unity Catalog 设计不言自明。”——糟糕的目录与位置设计会在所有权、共享和环境边界上造成长期摩擦。
- “可以先给宽泛的工作区访问权限，之后再收紧。”——一旦共享数据产品被采用，过宽的访问权限很难收回。
- “血缘是自动获得的。”——平台血缘只有在发布边界和所有权被有意设计时才有用。
危险信号
- 目录和模式未映射到所有权或发布边界
- 外部位置和凭据不一致或临时拼凑
- 工作区分离和环境晋升含糊不清
- 共享或外部消费者行为未文档化
- 受治理的湖仓对象在没有信任或血缘信号的情况下发布
验证
- 目录、模式和所有权边界是有意设计的
- 存储和凭据边界是明确的
- 访问和共享规则契合消费者模型
- 发布和血缘预期是可见的
- 晋升和日常运营与治理设计兼容
限制
资料未提供该技能的具体安装命令、代码示例、支持版本、收费方式或性能数据，这些信息暂未提供。