Skip to content
SteveTechArcSteveTechArc Courses

所有者制定策略，架构师负责执行

另有 28 种语言版本

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

Data Architect 第 5 章，第 1 部分：成为数据架构师。上一章：理解企业数据。

一说到“数据治理”，人们脑子里浮现的是会议：委员会、政策、一份没人读的文档。我每次问的都是另一个问题：这项策略在哪里执行？

如果策略规定只有财务部门可以修改客户的法定名称，是什么阻止其他人修改？如果策略规定配送小组只能在当天、只为自己的停靠点看到收货人的地址，是什么让这一点成真？如果策略规定保留七年，是什么在七年后把它删除？一项没有执行点的策略，基本上只是一个愿望。我的立场很简单：**所有者制定策略；架构师负责执行。**数据所有者做决定。架构师设计的系统让它在机制上成真。

而且不要指望能做完。**治理永远没有完成的一天。**它时起时落，把最糟糕的坏数据挡在门外。当 Salesforce 独自存在时它很简单；当 Salesforce 是我们在第 4 章画出的全景图中的一个节点时，它更难，也更必要。这就是为什么那一章要放在前面：全景图告诉你治理必须延伸到多远。

一位财务总监讲解数据策略，架构师则钉出执行每一项策略的东西：验证、共享和保留

图片由 AI 生成。

本章的立场

Section titled “本章的立场 ”
  • **按公司的运作方式来运作治理项目：**集中式、联邦式或混合式；架构师需要知道由谁签字批准一项策略。
  • **记录所有人不等于数据所有者。**所有人字段驱动分配和访问；对数据的问责属于业务方。
  • **开放创建还是锁定创建，取决于数据周围的治理。**对大多数中小型 org 来说开放就可以；当客户在 ERP 中主控或与 ERP 同步时就要锁定；折中的做法是一个临时记录类型，再受控地转换为受治理的记录类型。
  • **如果 ERP 主控一个字段，你不是在修改它，而是在请求修改它。**黄金记录是一个混合体：ERP 的主数据字段流入，Salesforce 自己的字段永远不会回传，而双向数据流需要一条冲突规则。
  • **给敏感字段分类，而不是每个字段。**文档要广泛；分类要有选择；业务元数据和技术元数据都要保留。
  • **讲授法规。**很多架构师从没听说过自己所在地区以外的法律，而这些法律会影响系统设计。
  • 尽可能使用开箱即用的同意模型，而不是重建一个。
  • **对于被遗忘权，先控制个人数据去往何处。**删除既少见又困难；设计成让个人数据只落在少数地方，然后在时钟走完之前追查每一份副本：字段历史记录、归档、分析副本、搜索索引和智能体对话。
  • **Shield 是应对静态加密等关键监管需求的答案，**它带来的权衡需要你在设计中考虑。
  • **受监管时用 Field Audit Trail。**标准的字段历史记录是默认选择。
  • **在需要之前就设置好 Event Monitoring，**并把事件流式传输到 Splunk 这样的存储库中。你不会想在遇到问题之后才发现当初没有采集这些事件。

受治理的数据生命周期

Section titled “受治理的数据生命周期 ”
受治理数据的生命周期 受治理数据的生命周期分为七个阶段，每个阶段都有它的问题和 Salesforce 机制示例。采集：它好到可以放进来吗？验证规则、重复规则、必填字段、质量关卡；模块 2。分类：它有多敏感？用于敏感性、合规和所有者的数据分类字段；模块 3。保护：谁可以查看和修改它？共享、权限、字段访问、Shield 加密和沙盒掩码；模块 6。使用：这种使用被允许吗？同意模型、数据使用目的，以及集成和智能体的访问；模块 5。保留：我们保留它多久？保留策略、归档、大对象；模块 6。删除：到最后会怎样？Privacy Center、删除作业、去标识化；模块 5。审计：我们能证明吗？字段历史记录、Field Audit Trail，以及发送到 SIEM 的 Event Monitoring；模块 6。底部：工具支撑策略；它们并不定义策略。 阶段 问题 SALESFORCE 机制示例 讲解于 1 · 采集 它好到可以放进来吗？ 验证规则、重复规则、必填字段、质量关卡 模块 2 2 · 分类 它有多敏感？ 数据分类字段：敏感性、合规、所有者 模块 3 3 · 保护 谁可以查看和修改它？ 共享、权限、字段访问、Shield 加密、沙盒掩码 模块 6 4 · 使用 这种使用被允许吗？ 同意模型、数据使用目的、集成和智能体访问 模块 5 5 · 保留 我们保留它多久？ 保留策略、归档、大对象 模块 6 6 · 删除 到最后会怎样？ Privacy Center、删除作业、去标识化 模块 5 7 · 审计 我们能证明吗？ 字段历史记录、Field Audit Trail、发送到 SIEM 的 Event Monitoring 模块 6 工具支撑策略；它们并不定义策略。 © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

贯穿数据一生的七个问题。工具支撑策略；它们并不定义策略。

本章的路线

Section titled “本章的路线 ”

六个模块，每个都可以单独阅读。

  1. **治理要设计进 org。**所有者、数据专员和数据保管人；集中式、联邦式或混合式；记录所有人与数据所有者；把每一项策略变成一个执行点。
  2. **把坏数据挡在门外。**把“足够好”作为一个业务定义；开放创建与锁定创建、临时记录，以及每个数据流一个记录类型；混合式黄金记录与双向同步；在每一条数据边界上做质量决定。
  3. **了解你的数据：词典、血缘与分类。**业务元数据与技术元数据；它是什么意思，从哪里来，必须如何对待，以及为什么没有执行的分类只是装饰。
  4. **隐私法塑造设计。**需要认识的法律，它们的共同点（权利、跨境传输、数据泄露通知、问责原则），以及比法律存在得更久的问题；匿名化与假名化；合规不是一个产品。
  5. **同意与被遗忘权。**把同意当作数据，标准的同意模型，每个请求背后的时钟，以及在第一个请求到来之前就设计好删除。
  6. **保护、保留与证明。**加密的权衡，沙盒，保留，字段历史记录和 Field Audit Trail，以及提前设置好的 Event Monitoring。

读完之后，用本章学习指南检查一下自己：一份备考清单、考试之外的习惯、必知术语，还有几道题。

架构师在这里决定什么

Section titled “架构师在这里决定什么 ”
  • **每一个重要的数据领域归谁所有，**以及用什么来执行每位所有者的策略。
  • **哪些坏数据被挡在门外，**哪些被捕获、隔离，之后再修复。
  • **哪些字段是敏感的，**以及这种分类会改变什么。
  • **个人数据去往何处，**它可以被用于什么，以及它如何从每一份副本中被删除。
  • **数据及其历史保留多久，**以及有什么证据能证明发生了什么。

**本章是架构指导，不是法律意见。**哪些法律适用、它们要求什么，由法务和合规团队决定；架构师把这些要求转化为设计。

**考试之外：**治理有了一个新的消费者：智能体。分类决定它可以检索什么，同意决定它可以把数据用于什么，而血缘和审计必须一直延伸到它说了什么、做了什么。每个模块的结尾都会讲 AI 为生命周期中的那一部分带来了什么改变。

延伸探索

Section titled “延伸探索 ”

下一章：主数据与身份