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 “延伸探索 ”

下一章：主資料與身分