此文字已使用 Salesforce 的自動翻譯系統進行翻譯。參閱我們的 調查以提供此內容的回饋意見,並告訴我們您接下來想要查看的內容。

企業資料結構處於轉移點。組織必須同時支援即時 AI 系統、遵循日益嚴格的隱私權法規,並與無法共用原始資料的外部合作夥伴協同合作。這些需求會改變資料平台的設計方式。

以 ETL 銷售管道和集中式資料倉庫為基礎的傳統結構難以滿足這些需求。跨系統複製資料會增加延遲、成本和管治的複雜性。每個複本都會成為新的合規義務,進而複雜了在分散式環境之間的同意管理、刪除要求和強制執行原則。

為了解決這些挑戰,行業正轉向零複製、強制執行原則的協同合作模型。資料清除室已成為重要結構功能,讓多個組織能夠分析共用的訊號,而無須公開或轉移原始資料。計算在每個參與者的受管理網域內執行,而不是將資料移至集中環境,且只會傳回隱私權安全的結果。

此結構變更在各產業中越來越明顯。例如,WPP 收購行銷和廣告領域最大的 InfoSum,以反映清潔房間作為隱私保護協同合作基礎結構的日益重要性。金融機構使用它們來偵測跨機構的詐騙、零售商與消費者品牌協調促銷,以及醫療照護組織來分析跨提供者病患群組,而無須共用敏感的基礎記錄。

Salesforce Data 360 透過在 Hyperforce 上建立的零複製結構來實作此模型。資料會保留在其來源系統中,而聯合查詢會在執行階段強制執行隱私權、同意和落地原則。此方法可實現即時洞察、跨雲端協同合作和 AI 驅動的決策,而不會擴大資料複製所建立的風險面積。

此文件檢查資料清除室如何作為現代企業的基礎架構模式,同時支援 AI 創新、法規合規和大規模保護跨網域協同合作。

若要瞭解資料清除空間為何為必要,企業結構設計師必須先面對舊版整合模型的結構性失敗。行業正在從單一集中的集中式資料存放庫轉換為去中心化聯邦生態系統。在此,系統會立即存取、管理和計算資料,而非實際移動資料。此排班不是增量。這是對傳統結構無法再吸收之規模、隱私權和靈活性的系統壓力直接回應。

多年來,企業依賴以 ETL 為導向的結構,將 CRM、ERP 和數位系統的資料複製到集中化倉庫以進行報告和分析。此方法已證明對歷程記錄分析有效,但針對較慢的批次導向世界而設計。

隨著數位互動的加速和 AI 驅動系統的出現,此模型的限制變得更明顯。ETL 銷售管道本身為非同步,這表示洞察通常會在事件發生的幾個小時或幾天後到達。此類延遲與現代使用個案 (例如即時個人化、自適應決策,以及需要立即內容相關資料的 AI 系統) 不相容。

複製也導致管理與安全性越來越複雜。每個新的資料複本都需要額外的原則、監視和規範控制。在受監管的環境中,如「一般資料保護規則」(GDPR) 等架構需要組織在資料存在的所有位置管理刪除、同意和使用限制,這在多個系統之間重複資料集時是一個作業挑戰。

大規模而言,此重複會造成成本和營運負擔。組織會重複支付多個平台之間採取、儲存、安全性和處理的費用,而其他複本的邊際值則會減少。

因此,現代資料結構正轉向最小化資料移動並在來源上強制執行管治的模型。零複製整合與聯合資料存取權可讓組織產生洞察,而無須複製敏感資料集,為企業資料協同合作提供更可擴充、安全且符合原則的方法。

針對這些壓力,產業已在兩個互相互補的結構模式之間建立聯合:資料網格與資料紡織。它們共同代表從集中控制移至聯合的網域認知資料結構。

Data Mesh 會將資料擁有權去中心化至網域相符的小組,例如銷售、行銷或供應鏈。每個網域都會將其資料視為產品,並使用清楚定義的契約、品質標準和服務層級目標。此模型改善了責任與業務對齊方式,但在企業規模中,會針對跨網域的協調、互通性和一致的管治帶來新的挑戰。

Data Fabric 透過提供將去中心化網域繫結至一致系統的連接層來解決這些挑戰。其提供共用的中繼資料、通用語意、自動化原則強制執行、歷程和管治,讓資料能夠一致探索、存取和管理,而不需要將實體合併強制建立在單一儲存庫中。

「資料網格」與「資料紡織」共同建立聯合資料存取的基礎。然而,這些動作尚未解決一個關鍵的下一層問題:啟用跨網域和組織界限的安全、受管理協同合作,其中必須共同分析資料,而無須複製或公開。

隨著企業資料變得越來越分散,以及隱私權法規越來越嚴格,組織面臨核心結構上的挑戰。他們如何在小組、合作夥伴和平台之間協同合作,而無須共用原始資料?傳統資料整合方法並未針對此層級的分佈或監管審查而設計,這在協同合作與合規之間產生了緊張的狀況。

此挑戰導致轉向資料清除室作為基礎結構功能。清除空間會將協同合作從資料傳輸移至受管理的運算。分析和 AI 工作負載不會複製或交換資料集,而是透過共用中繼資料在資料已存在的位置執行。系統會根據隱私權、同意和使用規則即時評估查詢,且只會傳回批准的彙總結果。

潔淨房間基礎

在此模型中,資料清除空間會作為現代資料結構的 Trust 邊界。它們允許組織與合作夥伴和子公司合作,而不失去對其資料的控制權、透過系統控制而非單獨原則強制執行隱私權和同意,並在遵循資料落地與合約限制的同時跨雲端作業。

針對啟用、分析和 AI 使用個案,清除房間可讓您安全地從外部資料產生洞察,而無須公開敏感資訊。它們可讓您從資料共用轉為信任的協同合作。針對「啟用」使用個案,清潔室可提供安全的方式來產生可直接啟用至允許目的地的受眾。所有這一切皆可在不向任何一方顯示任何個人可識別資訊 (PII) 的情況下達成。這會在企業資料結構中標示轉向點。資料清除室不再是利基工具。它們正在成為聯合、保留隱私權、 AI 準備資料平台的核心基礎結構。

成功的資料清除室結構是一種多介面系統,專為解決資料公用程式、安全性和速度的競爭壓力而設計。有三個主要角色,其特定的摩擦點必須由基本技術設計解決。

隱私權與合規主管會使用資料清除室作為管治工具。他們的主要疑慮是合規性漂移,也就是外部協同合作環境無法強制執行與內部系統相同嚴格標準的風險。

  • **破折點:**監管暴露 (GDPR、CCPA、DMA) 和「網路釣魚」攻擊,其中合作夥伴嘗試透過重複的細微查詢來三角形處理使用者的身分。

資料科學家會將資料清除室視為進階建模的安全避境。他們的主要考量是公用程式的保留,確保隱私權措施不會使資料在統計上變成無用。

  • **破折點:**對於機器學習 (ML)、類似建模和流失預估所需細微屬性的高度延遲和限制存取權。

此角色專注於時間轉換為值 (TTV)。他們的疑慮是資料清除室專案通常會變成技術瓶頸,需要數週的資料工程支援。

  • **破折點:**複雜的設定流程、手動資料清除,以及需要撰寫程式碼以取得簡單重疊結果的「空白頁面」問題。

雖然傳統結構專注於在使用者層之前建立資料層,但我們的策略方法 (符合「業務優先」方法) 會反轉此模型。我們將無程式碼到按幾下方法的優先順序,讓業務使用者產生洞察並立即採取行動。

**「洞察動作」工作流程:**結構設計為已啟用工作區,而非作為被動儲存庫。透過提供使用個案範本 (例如區段重疊、啟用和行銷活動效能),我們可讓業務使用者提供自助式洞察。這可確保洞察 (例如最佳化類似區段) 可立即在整個行銷生態系統中啟用,而不需要資料工程師手動移動檔案。

**零複製聯合作為策略資產:**為了最大化 TTV,結構採用零複製邏輯。我們的結構會將查詢直接聯結至資料所在位置 (例如 Snowflake、BigQuery 或 Amazon S3),而非傳統 ETL 流程 (導致延遲與安全性風險)。這會將組織的現有資料投資轉為策略性資產,允許業務使用者即時對最新的資料採取行動,同時維持嚴格的管治並消除資料冗餘的成本。

資料清除空間在廣告中出現,是針對 Cookie 淘汰和隱私權法規的回應,但已超出測量範圍,進化為跨產業的客戶分析、受眾區隔和啟用使用個案。根據 2025 年「零售媒體狀態」報告,66% 的組織現在使用某些容量的潔淨空間,因為需要提供可測量業務成果的隱私權安全協同合作。 產業之間的模式一致:資料會與其擁有者保持聯繫、會管理運算,且只會共用隱私保護洞察。

**挑戰:**行銷人員需要測量行銷活動的成效、避免重複的廣告呈現,並最佳化接觸率/頻率,但無法再依賴第三方 Cookie 或裝置識別碼。

清潔室解決方案:

  • 廣告商提供雜湊的客戶或行銷活動曝光資料
  • 發行者提供印象與參與訊號
  • Clean room 會計算到達、頻率、歸屬和增益
  • 啟用會透過未匯出原始資料的已批准平台進行

**業務成果:**清潔空間提供已結束迴圈歸屬,可將廣告呈現連結至實際交易、可區隔真實行銷活動提升的增量分析,以及跨管道的統一測量—傳統數位廣告無法提供的功能。

**行業證據:**測量是目前最為穩定的清潔室使用個案,主要媒體網路如 Pinterest、Disney 和 Paramount 建立自己的清潔室。

**挑戰:**CPG 品牌在零售媒體上花費大量錢,但缺乏對購買成果的可見性。零售商擁有豐富的銷售點資料,但在違反隱私權承諾的情況下無法將其公開。

清潔室解決方案:

  • 零售商和 CPG 公司將零售位置的銷售點資料與行銷資料結合,以最佳化促銷活動
  • 品牌提供雜湊的 CRM 或忠誠度識別碼
  • 清潔房間連結對店內/線上購買的廣告公開
  • 啟用會停留在零售商的媒體生態系統內

業務成果:

  • 零售商在不銷售原始客戶資訊的情況下,將第一方資料獲利
  • 顯示哪些行銷活動促進購買的品牌獲得已結束迴圈歸屬
  • 零售媒體網路規模不受隱私風險影響 **行業證據:**如 Walmart 的 Luminate 和 Kroger Precision Marketing 等零售媒體網路提供乾淨的空間,協助 CPG 品牌分析客戶行為並使用零售商資料最佳化行銷策略。

**挑戰:**詐騙網路跨機構運作,但由於 GLBA 等法規和新興隱私權法規,銀行無法公開共用客戶或交易資料。

清潔室解決方案:

  • 多個銀行會將匿名資料集合,以識別指示詐騙的模式,例如異常的跨銀行活動
  • 聯合分析或模型會跨共用詐騙訊號執行
  • 沒有任何機構可看見其他機構的客戶層級資料

業務成果:

  • 提早偵測跨機構詐騙模式
  • 透過更豐富的訊號集減少假陽性
  • 不集中敏感資料的法規合規性

**行業證據:**Experian 和 TransUnion 的金融服務解決方案提供清潔辦公室技術,讓銀行和保險商能夠針對詐騙偵測和風險評估進行協同合作,同時維持嚴格的資料隱私權控制。

**挑戰:**製藥公司需要藥品開發的實際病患成果,但資料位於受 HIPAA 及類似法規保護的醫院 EHR 系統中。

清潔室解決方案:

  • 醫師和製藥研究人員可在清潔室內共用資料,以瞭解病患對治療的反應。
  • 病患資料會保留在提供者環境中。
  • 研究人員透過清潔室執行已批准的統計分析。
  • 不同的隱私權會防止重新識別。

業務成果:

  • 大規模的統計上有效的真實世界證據
  • 透過將匿名化的病患資料與試用條件進行比對,尋找符合資格的候選項目,而不違反醫療照護隱私權法規,來簡化臨床試驗的病患招募
  • 對有限的臨床試驗族群的相依性降低

**行業證據:**Datavant 等專注於醫療照護的清潔室提供符合 HIPAA 的環境,讓研究人員和醫療照護組織安全分析臨床試驗和藥物開發的病患資料。

除了這些主要使用個案之外,清潔室可啟用:

  • **供應鏈最佳化:**製造商和供應商可協同合作來共用庫存詳細資料、生產排程和需求預測,進而在保護專屬資訊的同時啟用更佳的協調。
  • **M&A 盡職調查:**當一個公司取得另一個公司時,盡職調查需要檢查財務預測和客戶資料庫,而無須直接共用敏感資訊;清潔空間會顯示如客戶區段對齊和合規性風險等洞察。
  • 媒體與娛樂:發行者向廣告商證明受眾的價值,同時保護訂閱者身分,啟用由信任度量支援的頂級 CPM,而非可能性目標 在 AdTech、零售、財務服務、醫療照護和媒體之間,Data Clean Rooms 已成為基礎 Trust 基礎結構。它們會啟用先前因隱私權、法規或競爭限制而遭到封鎖的高價值協同合作。清潔空間是可實現安全、受管理協同合作的核心結構元件,可解鎖洞察和獲利,而無須放棄資料控制或合規性。

資料清除室是安全且受管理的環境,可讓多個對象產生共同洞察,而無須公開或交換原始資料。已批准的分析、AI 和啟用工作量不會複製資料集,而是會立即執行,且只會傳回符合原則的輸出。若啟用需要個人層級記錄,資料會直接傳送至預期的目的地,而不會向協同合作者公開。

在結構上,清潔空間會將協同合作從資料共用移至控制的運算。每個參與者都會保留其資料的保管權,而執行階段強制執行會管理查詢行為、輸出限制、同意和使用原則。

透過隱私權保護的識別碼對齊機制,進一步啟用協同合作,允許不同方的資料集進行關聯,而無須顯示基本識別碼—此功能會在本文件稍後詳細說明。 因此,資料清除室可作為以零複製聯合資料策略為基礎的隱私權監管、多雲端、 AI 驅動企業基礎結構。

清潔房間概觀

早期資料清除室遵循集中化「容器」模式。所有參與者都需要將資料複製到中立第三方環境以供分析。雖然此方法在概念上很簡單,但導致了顯著的摩擦。資料移動增加了延遲和成本、複雜的法律與合規合約,並強制組織放棄對敏感資料的直接控制。在受監管的產業中,這些權衡通常使協同合作變得不實用。

現代資料清除室已發展為散佈的聯合模式。資料會保留在擁有者的環境中,且會透過聯合查詢執行分析。清除室本身會作為監管層,來攔截每個查詢、在執行階段強制執行隱私權與原則控制,並僅傳回已批准的彙總輸出。

維度 傳統清潔室 (「容器」模式) 現代清潔室 (散佈/聯邦模型)
資料位置 資料會複製到集中化的第三方環境 資料會保留在擁有者的環境中
資料移動 需要資料集的實體傳輸與複製 沒有原始資料移動,查詢會立即執行
控制與保管 保管部分放棄至第三方平台 各方保留原始資料擁有權與保管權
結構模型 集中彙總 散佈的聯合計算
強制執行管治 資料移動後套用的原則 在查詢執行階段強制執行的原則
隱私模式 高度依賴契約與程序控制 透過執行階段控制項與彙總值以技術強制執行
延遲 由於採取和同步化而造成的延遲較高 延遲愈低,近乎即時聯合查詢
成本結構 更高的儲存、運送和重複成本 已減少重複,即會在資料所在處發生
合規性複雜性 由於跨境資料移動而造成的複雜法律協議 簡化合規性,因為資料不會離開來源邊界
延展性 調整規模需要更多的儲存空間和資料複製 透過散佈的計算進行調整,而不重複資料
受監管的產業適配 由於監護和居住考量而經常不實用 更符合主權、同意與監管限制

Salesforce Data 360 是此聯合模型的範例。發行者和廣告商可以在雲端平台之間協同合作和執行分析,而無須原始資料永遠離開平台的安全性界限。保留資料、降低風險,並使協同合作變得更快速且更容易擴展。

從共用資料轉換至共用計算,會重新定義企業協同合作中的 Trust。清除空間不再是儲存資料的目的地,而是管理如何安全地產生洞察的系統。

若要作為核心結構功能運作,企業級資料清除室必須符合一小組無法協商的需求。

資料清除空間的最基本需求是零複製結構。傳統資料協同合作依賴將資料複製到共用環境的 ETL 管道。這會增加延遲、成本、安全性曝光和法規風險,同時建立多個未受管理的敏感資料複本。

現代化的資料清除室可消除此問題。無論是雲端資料倉庫、作業平台或 SaaS 應用程式,資料都會保留在其原始記錄系統中。Clean Room 會使用這些分散來源的聯合查詢,並僅傳回已批准且符合隱私權的結果。

透過避免實體資料移動,零複製清除空間可減少攻擊面積、保留資料存放權和擁有權,並自然符合資料構造和聯邦資料結構原則。

現代資料策略取決於在不移動資料的情況下協同合作的能力。Salesforce Data 360 提供靈活架構,透過兩個主要模型將您的企業連線至全球資料生態系統:

**原生 Salesforce 對 Salesforce 連線:**在此模型中,直接在兩個 Salesforce 客戶之間進行協同合作。共用的中繼資料層可讓提供者和消費者透過簡單的組態立即連線。這可讓小組產生共同洞察,而不會造成資料複製的延遲或風險,以確保資訊在其原始位置保持安全。

**外部 Salesforce 至雲端整合 (AWS 與 Snowflake):**在此模型中,Salesforce 與外部雲端環境之間會進行協同合作。零複製聯合可讓組織橋接不同的基礎結構,而不會造成資料移動的成本或風險。這可讓小組解決身分分割,並擴展接觸範圍,同時將資料保留在其本地雲端中,維持集中管理並減少輸出費用。

零複製與聯合結構可防止原始資料移動或重複,但本身並不保證隱私。在這些模型中,主要風險會從資料儲存移至資料計算。

即使僅傳回彙總結果,敏感資訊仍可能透過分析輸出洩露。常見的攻擊向量包括重複或重疊的查詢 (區分攻擊)、非常小的族群分析,以及使用外部 Knowledge 的推斷。因此,隱私權疑慮會移至存取控制之外的動態要求,以執行查詢。

「企業資料」清除室必須將「隱私權增強技術」(PET) 視為必要的系統層級控制,而非選用的分析功能或原則指引。 從結構角度來說,這表示:

  • 隱私權是由平台強制執行,而非由分析師強制執行
  • 控制項在使用者、合作夥伴和工作量之間一致
  • 隱私權保證會決定性、可重複且可稽核
  • 系統會定義允許的計算、結果的形狀,以及必須封鎖查詢的時間
核心 PET 功能

**不同的隱私權:**差異隱私權 (DP) 提供數學保證,即任何個人的存在或缺勤不會對查詢結果造成重大影響。在實際上,這表示清潔室會自動將校準的統計雜訊注入輸出,並針對每個資料集追蹤定義的隱私權預算。每個查詢都會耗用此預算的一部分,一旦耗盡,便會封鎖進一步的查詢。 針對結構設計師,DP 的值在於可能性。隱私權風險是量化限制,可啟用可捍衛的合規性,並降低對主觀原則解譯的依賴。

**安全識別碼對齊方式:**許多協同合作案例都需要識別資料集之間的重疊,例如共用客戶或帳戶。公開原始識別碼會違反資料最小化原則。清潔空間級結構會改為依賴在清潔空間邊界內執行的決定性雜湊或權杖化。比較會在未向任何對象顯示原始識別碼的情況下進行,並在未揭露資料的情況下啟用類似聯結的行為。

**彙總值和結果抑制:**即使是完全匿名化的輸出也可以在衍生結果來自非常小的族群時遭到入侵。為了避免這種情況,企業資料清除室必須強制執行最小彙總值,並自動抑制低於這些值的結果。這些值必須不可覆寫,以確保一致地保護小區段洩漏。

若未在執行層強制執行「隱私權增強技術」(PET),則「資料清除」空間可能會變成依賴人類判斷和合約的 Trust 環境。透過將 PET 直接內嵌至平台,隱私權會成為結構內容,而非程序內容。這可讓協同合作在小組和合作夥伴之間擴展,而無須重新協商 Trust,而監管人員和風險小組可以使用目標的數學度量來評估保固,而非主觀的原則。

針對企業結構設計師,PET 是將資料清除室從安全 Sandbox 提升至信任的協同合作架構的重要機制,能夠支援企業規模的受監管、多方分析和 AI 工作量。

在多方協同合作中,會透過可視性維持 Trust。企業級資料清除室必須提供參與者與資料之間每個互動的「紙本追蹤」。

查詢記錄:系統會記錄每個 SQL 執行,其會捕捉要求者的身分、時間戳記和使用的特定查詢邏輯。

**保單強制執行記錄:**系統不僅必須記錄查詢的內容,還必須記錄哪些隱私權原則 (例如彙總值或差異隱私權) 已套用至結果。

**零縮排記錄:**資料清除室使用「永久稽核追蹤」(專屬資料模型物件) 來確保任何參與者無法變更或刪除記錄,為監管機構提供單一版本的事實。

Salesforce 允許組織分析並針對資料協同合作,而無須共用原始資料集,藉此實現現代化的資料清除空間。Salesforce Data 360 以零複製、聯合結構為基礎,在執行時強制執行隱私權、同意與監管,可確保洞察安全、合規且可完全採取動作。透過將清除空間直接內嵌在企業資料生命週期中,Salesforce Data 360 可將清除空間從利基分析工具轉換為可調整且值得信賴的基礎結構,以進行 AI 驅動和多方協同合作。

Data 360 Clean Room 結構

在基礎結構層級上,Salesforce Data 360 會在 Hyperforce 上執行,這是 Salesforce 的雲端原生執行階段,該執行階段會在統一控制平面後抽象超規模資源 (AWS、Azure、GCP)。此結構可讓資料保持在區域內,以滿足主權與落地需求,同時在全域啟用受管理的清潔室作業。

重要的是,此基礎可實現跨雲端 Clean Room 協同合作,包括與 AWS Clean Rooms 的原生互通性。使用 Data 360 作為協調流程和管治層,企業可以與直接在 AWS 上作業的合作夥伴協同合作,而無須強制將資料移轉至 Salesforce 管理的儲存空間。查詢會推送至來源,隱私權規則會一致強制執行,且只有符合的彙總結果會在平台之間交換。

規範與 Trust 會在基礎結構與執行邊界強制執行,而非在應用程式層重新調整,為大規模的多重雲端多方協同合作提供永久的基礎。

Data 360 會實作可追蹤的端對端資料銷售管道,確保清潔室作業會執行在協調、受管理且具有身分認知的資料上,而不是在原始解壓。 關鍵階段包括:

  • 連線:透過立即可用的連接器、API、SDK、MuleSoft 或 0 複製連接器進行資料取用和虛擬化
  • 持續:以原生格式儲存原始資料 (Parquet/Iceberg)
  • 協調:對應至標準資料模型物件 (DMO),以取得一致聯結
  • 統一:身分解析建立金級記錄
  • 衍生洞察:已計算洞察會計算受管理邊界內的彙總度量
  • 動作:受管理輸出流向 Salesforce 組織、行銷平台、廣告網路、外部資料平台 或其他清潔空間,進而結束洞察轉動迴圈

此管道可確保清除房間會根據企業級資料運作,而非臨時取用。

不同於需要個別佈建和 SQL 開發的獨立資料清除室平台,Salesforce 清除室原生內嵌在 Data 360 中。這可啟用 DMO、身分規則、同意模型和管治原則的重複使用,進而消除重複的安全性層級。 Salesforce 以範本為導向的清潔室模型是關鍵加速器,使用:

  • 立即可用的範本,可支援常見的協同合作模式,例如受眾重疊、抑制、接觸和提升度量。
  • 自訂範本允許結構設計師和進階使用者定義可重複使用的分析邏輯,以滿足產業特定或合作夥伴特定需求,而不暴露原始資料或原則複雜性。 此方法會將協同合作標準化,同時允許彈性,讓清潔空間擴充為可重複的企業功能,而非一次性的分析專案。

Data 360 會解決傳統清潔室常見的失敗模式:啟用缺口。其「金色路徑」架構可確保可以在清潔室內產生的洞察上立即採取行動,而無須匯出原始資料。

  • 設定與探索:合作夥伴會共用結構描述中繼資料,並利用範本在契約完成前評估可行性。
  • 分析:預先建置和自訂範本會驅動重疊分析、抑制、類似建模和增益度量,這些都會在受管理的邊界內執行。
  • 啟用:批准的區段會直接推送至 Marketing Cloud、廣告平台或合作夥伴系統,且只會共用彙總符合的結果。

範本會變成有意見的執行路徑,以確保協同合作可預測地從分析移至啟用。

部署 Salesforce Data 360 Clean Room 不只是設定演練,而是跨越資料整備、管治設計、安全連線和作業監視的嚴謹結構工作流程。

在接觸資料或組態前,結構設計師必須清楚定義:

  • 我們嘗試回答哪些問題?
  • 預期成果為何? (例如重疊分析、增益度量、抑制、詐騙偵測)
  • 需要什麼層級的彙總?
  • 適用的法規或合約限制為何?
  • 哪個啟用路徑會耗用結果?

瞭解協作者的目標會塑造後續的所有項目,例如聯結索引鍵、身分規則、管治水準和成本建模。Clean Rooms 是專為目的而建置的環境。您應該根據定義的分析目標來設計,而不是針對一般資料的曝光。

必須先以結構和語意準備企業資料,才能開始協同合作。清除空間會強化基本資料的優勢與劣勢。放置垃圾,放置垃圾在此處是更為真實的。

**入院:**將 Salesforce CRM、Marketing Cloud、AWS S3 和 Google Cloud Storage 等來源系統連線至 Data 360。盡可能使用零複製連接器 (例如 Snowflake),以避免不必要的資料移動或重複。

**語意對應:**將資料串流對應至 Customer 360 資料模型。將重要欄位標準化,例如電話號碼 (E.164 格式)、國家/州代碼 (ISO 標準) 和電子郵件地址。不對齊方式 (例如,有一方使用「CA」,另一方使用「California」) 會無聲地失敗聯結並降低比對率。

**身分解析:**設定決定性 (完全符合) 和可能性 (模糊比對) 規則,以建立「統一個人」(金級記錄)。此統一實體是清除空間比對的基礎。 身分解析的品質會直接影響協同合作價值。比對準確度愈高,可增加重疊率、分析信賴,並減少假陰性。

一旦資料協調,則必須佈建清除空間本身,才能定義協同合作的邊界。

**授權驗證:**確認所有參與的組織都有必要的 Data 360 和 Clean Room 權益。

**資料空間範圍:**清除空間物件必須以特定資料空間為範圍。只有對應至該資料空間的物件才會對清潔室顯示。這可確保協同合作在邏輯上隔離,而不需要僅為清潔空間建立新的資料空間。

**定義監管規則:**執行查詢前,請以宣告的方式建立原則:

  • 例如,每個輸出至少有 100 筆記錄的「總計值」:
  • **聯結索引鍵:**例如 Email_Hash_SHA256
  • **允許的作業:**僅彙總如 COUNT、SUM、AVG 等函數
  • 明確限制: 封鎖列層級匯出 (選取 *)

管治規則會在執行階段強制執行,使隱私權與合規性系統層級內容而非程序指引。

清潔空間通常會跨越組織與平台界限。連線必須明確且嚴格控制。

帳戶連結:

  • **Salesforce 對 Salesforce:**使用 Data Cloud One 或已批准的跨組織共用機制。
  • **多雲案例:**啟用查詢前驗證區域對齊方式與落地。

**驗證和授權:**使用「最低權限原則」為專屬整合使用者設定以 OAuth 為基礎的存取權—將存取權嚴格限制為必要的資料空間,並避免管理權限。 安全性失敗通常是由整合使用者過度權限而非加密或平台控制的弱點所導致。

啟用後,焦點會移至營運監督、查詢品質和成本管理。

**查詢執行:**分析師或工作流程會透過「已計算洞察」或批准的 SQL 介面執行重疊分析和彙總。所有查詢都會自動強制執行彙總值和隱私權控制。

**稽核與可追溯性:**Salesforce Data 360 清除空間以稽核資料模型物件 (DMO) 的形式提供稽核追蹤。此功能會收集查詢活動的相關中繼資料,包括執行查詢的人員、執行時間,以及套用的原則。「稽核 DMO」可啟用合規性報告、管治驗證和鑑識追溯性,以確保協同合作的隱私權安全且可檢閱。

**消耗監視:**Data Cloud 使用以耗用量為基礎的信用模型。主要驅動因素包括:

  • 已處理的資料列 (例如,1 百萬個資料列 = 基準信用單位)
  • 查詢複雜性
  • 身分解析作業 (乘數較高)
  • 採取批次 (乘數較低)

**Digital Wallet 與警示:**使用 Digital Wallet 追蹤即時耗用情況,並在 50、75 和 90% 值上設定警示。將高峰與特定工作量相關聯,以避免發生非預期成本。 請注意,零複製並不會消除計算成本。移除實體重複項目時,執行會在來源系統進行。結構設計師必須管理查詢模式、聯結選擇性及執行頻率,才能控制成本與效能。

在現代企業中,Trust 不會螺栓在資料清除室。這是結構成果。Salesforce Data 360 會持續自動強制執行管治、安全性和合規性,從原則驅動的環境轉為平台管理的系統。 無論協同合作是在 Salesforce 內部、跨合作夥伴或跨雲端,執行階段控制項 (已鎖定身分、稽核追蹤和不同的隱私權) 都會一致套用。

結構設計師最重要的轉換是,在執行期間強制執行 Trust,而不是事先假設。Salesforce Data 360 透過數個核心平台控制項目達成此目標:

  • **鎖定的身分:**合作夥伴存取權會以密碼編譯方式繫結至已驗證的 Salesforce 組織身分,以防止偽造或未經授權的參與。
  • **稽核追蹤:**系統會記錄每個查詢、聯結、區段重疊和啟用,以確保完整的稽核性與法規合規性。
  • **不同的隱私權:**結構上無法進行列層級檢查。輸出會進行彙總和統計定義。協作者只會看見隱私權安全的結果,例如達成度量或提升百分比,絕不看見個別交易或身分。 這些控制項會以數學保證和平台級強制執行取代合約 Trust,進而降低營運和法律風險。

隨著 AI 工作人員越來越多地與 Clean Room 資料互動,Salesforce 導入 Einstein Trust 層級。它會作為敏感企業資料與外部 LLM 之間的結構空白鎖。這可確保清除空間洞察可以安全地推動 AI 驅動的決策,而無須公開基本資料。

重要功能:

  • **零資料保留:**傳送至 LLM 的資料是暫時的。模型提供者無法儲存提示或回應以進行訓練。
  • **毒性語言偵測和 PII 遮蔽:**系統會自動掃描輸入和輸出,並根據在 Data 360 中設定的「資料遮蔽原則」遮蔽 PII。

資料空間在組織內提供邏輯隔離,且應符合法規、地理位置和合作夥伴關係的邊界,例如:

  • 歐盟資料空間
  • 北美資料空間

只有指派給資料空間的資料集才能在其清除空間中看見,以避免意外跨境曝光。 權限集可讓您精細地控制誰可以建立或管理清潔室、執行查詢或啟用區段。資料感知權限會在資料模型物件中強制執行欄位級限制—例如,行銷人員可能會看見區段名稱和受眾大小,但無法看見收入或健康指標。 系統會在語意層強制執行安全性,讓業務使用者無須持續的 IT 監督即可安全地進行自助式服務。

同意訊號會透過 Data 360 自動移入至 Clean Room Execution。撤銷同意的使用者依預設會排除在分析和啟用之外,以確保系統會強制執行合規性,而非手動監督。

Salesforce Data 360 將監管、安全性和合規視為一流的結構基本概念,而非選用的附加元件。透過結合執行階段稽核性、鎖定身分、差異性隱私權、資料空間、認可身分解析和 Einstein Trust 層,企業可以在合作夥伴、多雲端系統和 AI 驅動的工作量之間擴充整個空間協同合作,而不會影響 Trust、隱私權或法規合規性。

若要將資料清除室的完整價值納入,結構設計師必須將其視為核心結構基礎結構,而非孤立的分析工具。下列優先順序會定義實際且可調整的進展路徑: **讓協同合作成為一流的結構考量:**外部資料協同合作應以與內部整合相同的嚴謹度進行設計。清除空間應與資料平台、整合層和 AI 系統一起內嵌在企業參考結構內,而非部署為臨時擴充。隨著互通性擴大 (例如,Data 360 清潔室與 AWS 清潔室整合,以及未來的跨清潔室相容性),結構設計師必須設計協同合作模式,以預期多平台生態系統而非單一廠商孤島。

來源的預設隱私權設計

資料流性的 設計:​建築師應先考慮聯合與零複製存取權,而不必預設為粗型 ETL 和集中複製。將運算移至資料 (若適用) 可減少不必要的重複運算、降低成本,並保留事實來源完整性。「連接與複製」應該是意識的結構決策,而不是繼承的習慣。

**關閉洞察轉動作缺口:**在分析時停止的清潔空間無法提供業務價值。架構必須原生將清除空間輸出連線至啟用系統和 AI 工作流程。回饋意見迴圈、效能測量和下游執行必須從頭開始進行設計。

**準備工作人員企業:**隨著 AI 工作人員越來越多地使用企業資料,清潔室將作為控制的執行環境,工作人員可以在其中作業,而無須公開原始資料。將清潔空間策略與 AI 監管與 Trust 架構保持一致的結構設計師最適合此下一個階段。

現代資料清除室代表企業資料結構的基本轉變。它們透過啟用無資料公開的協同合作來解決資料公用程式與隱私權之間的長期緊張局勢。

Salesforce Data 360 等結構示範此權衡不是「無論是」考量事項。透過透過零複製模式將資料儲存空間與啟用分離,並將增強隱私權技術直接嵌入執行,企業可以針對高價值分析進行協同合作,而無須放棄對其資料的控制權。隱私權從合約義務移至結構保固。

最重要的是,清潔房間會將靜態、隔離的資產資料轉換為受管理且可運作的資源。當原生連線至啟用和 AI 圖層時,洞察將不再停滯在顯示面板中。它們會直接流入決策、行銷活動和自發系統,進而在企業規模中關閉資料、動作和成果之間的迴圈。

Yugandhar Bora 是 Salesforce 的「軟體工程結構設計師」,專門在「資料和情報應用程式」平台內進行資料結構。他負責領導企業結構審查委員會 (EARB) 計畫,專注於資料管理和統一資料模型,同時為自動平台佈建解決方案做出貢獻。

Birendra Kumar Singh 是 Salesforce 的技術人員主管成員,專門處理 Data 360 中的平台與資料結構。他是「啟用平台」的核心成員,並負責「清除室」計畫,專注於為 Data 360 客戶提供資料清除室基礎結構。

Priyanka Kshirsagar 是 Salesforce 的資深產品經理,負責領導 Data 360 Clean Rooms,這是她從頭開始建立的功能,讓企業客戶能夠在保護隱私權的環境中針對第一方資料進行協同合作。她為工作人員 AI 和 ML 技術支援的使用個案 (包括清潔室的類似建模和身分豐富) 推動了願景,並透過「一般可用性」和「層級 1 Dreamforce」啟動帶來產品。