下一代企業資料平臺是使用分散式資料網格包含無處不在的資料！是分散式領域驅動架構，自助平臺設計和產品思維與資料的融合。

面向領域的資料分解和所有權​​​​​​​

Eric Evans的書“ 領域驅動設計”深刻地影響了現代架構思維，從而影響了組織建模。它通過將系統分解為圍繞業務領域功能的方式構建分散式服務來影響微服務架構。它從根本上改變了團隊的形成方式，因此團隊可以獨立自主地擁有領域功能。

雖然我們在實施運營能力時採用了面向領域的分解和所有權分離，但奇怪的是，在資料方面我們忽略了業務領域的概念。

DDD在資料平臺架構中最接近的應用是：它的溯源作業系統EventSourcing發出其業務領域事件，這是為了整合單體資料平臺，但是，除了攝取整合之外，領域的概念和不同團隊對域資料的所有權也會丟失。

Domain Bounded Context是設計資料集所有權的一個非常強大的工具。Ben Stopford的Data Dichotomy 文章解開了通過流共享域資料集的概念。

為了分散單片資料平臺，我們需要反轉我們對資料，地點和所有權的看法。過去是從領域流進入私有的資料湖或平臺，現在是領域以一種更容易的使用方式服務自己的領域資料集(微服務)。

面向源的域資料

業務事實最好呈現為業務 域事件，可以儲存並作為時間戳事件的分散式日誌提供給任何授權的消費者訪問。

除了定時事件之外，源資料域還應提供源域資料集的易於消費的歷史快照，這些快照在一個時間間隔內聚合，該時間間隔緊密反映其域的更改間隔。

源資料集是最基礎的資料集，並且變化較少，因為業務事實不會經常更改。這些域資料集預計將被永久捕獲並可用，因此，隨著組織發展其資料驅動和情報服務，他們可以始終回到業務事實，並建立新的聚合或預測。

面向消費者和共享域資料

消費者域資料集和擁有它們的團隊旨在滿足密切相關的用例組。例如，“社交推薦域”專注於基於使用者彼此的社交關係提供推薦，建立符合此特定需求的域資料集; 也許是通過“使用者社交網路的圖形表示”。雖然此圖表資料集對推薦用例很有用，但它對於“偵聽器通知”域也很有用，該域提供有關傳送給偵聽器的不同型別通知的資料，包括其社交網路中的人正在收聽的內容。因此，“使用者社交網路”有可能成為多個消費者使用的共享和新實現的域資料集。“使用者社交網路”域名團隊專注於提供“使用者社交網路”的始終策劃和最新檢視。

面向消費者的資料集與源資料集相比具有不同的性質。它們在結構上經歷了更多的更改，並且它們將源域事件轉換為適合特定訪問模型的聚合檢視和結構。

​​​​​​​點選標題見原文