資料架構需要遵守哪些規則呢？

將資料儲存在正確的位置

一個看似簡單但很重要的問題是，資料應該儲存在哪裡？根據資料和 你 的應用程式， 你 是否需要儲存資料，例如，在 你 的應用程式的前端還是在後端？ 你 可以將資料儲存在消費者本地，還是需要與許多其他消費者共享資料？需要考慮多方面，再操作。

 

從一開始就考慮擴充套件

現代應用程式必須能夠擴充套件以滿足企業客戶不斷增長的需求。這適用於所有企業和所有應用程式。

構建可擴充套件以滿足 你 不斷擴充套件的需求的應用程式絕對最困難的部分是擴充套件資料儲存。無論是擴充套件以增加 你 需要為不斷增長的客戶群儲存的資料量，還是擴充套件以允許更多人同時使用 你 的應用程式而不會降低效能，除非 你 從一開始就計劃好，否則資料擴充套件很難。

然而，大多數應用程式架構似乎將資料縮放視為可以留待以後使用的副需求。一旦建立了主要的應用程式架構，應用程式開發人員就會考慮這一點。 gendan5.com/zs/nasdaq.html

稍後將強制擬合擴充套件到資料架構中是一項極其困難的任務，並且隨著資料集規模的增長變得更加困難。到目前為止，構建可擴充套件性最簡單的時間是在開始時，在 你 的應用程式需要擴充套件之前。如果沒有主要的資料重構，等到以後可能會使擴充套件變得更加困難，並且可能是不可能的。

 

跨服務分發資料

許多雲專家建議集中應用程式資料是管理大型應用程式的大型資料集的正確模型。他們認為，集中資料可以更輕鬆地應用機器學習和其他高階分析，從資料中獲取更有用的資訊。

但這種策略是錯誤的。集中式資料是無法輕鬆擴充套件的資料。擴充套件資料的最有效方法是將其分散並將其儲存在擁有資料的單個服務中。 你 的應用程式，如果由數十個或數百個分散式服務組成，會將 你 的資料儲存在數十個或數百個分散式位置。

此模型可以更輕鬆地擴充套件並支援完整的服務所有權模型。服務所有權使開發團隊能夠更加獨立地工作，並鼓勵服務之間建立更強大的 SLA 。這促進了更高質量的服務，並透過本地化使資料更改更安全、更高效。

 

在地理上分佈 你 的資料

最後，確定誰將使用資料，以及他們將在地理上的位置。隨著全球商業帶來更多機會，而區域資料治理限制使管理全球資料變得更加困難，確定資料和使用者位置變得越來越重要。