Azure 中雲端規模分析的 Adatum Corporation 案例
雲端規模分析是模組化的設計，可讓組織從支援其數據和分析工作負載的基礎登陸區域開始，無論專案是移轉還是新開發並部署至 Azure。 架構使組織可以根據需求小規模啟動，並隨著業務需求進行擴展，而不受規模階段的限制。
客戶資料
此參考架構非常適合那些已識別出業務單位並準備好將分析負載部署到 Azure 的客戶。 此架構會部署單一登陸區域，供業務單位用來管理其數據資產。 當其他業務單位準備好移至 Azure 時，其可提供彈性來為其他業務單位新增更多登陸區域。
阿達圖姆公司是一家大型、國際企業。 除了總部的集中式業務單位之外，他們還擁有擁有自己業務單位的子公司，包括會計、行銷、銷售、支援和營運。
所有這些不同的群組都會產生自己的數據。 許多業務單位都有內嵌的分析小組。 中央 IT 組織已提供大部分使用中的數據平臺，但一些業務單位自行採取行動並實施了自己的解決方案。 數據平臺是由各種雲端服務和內部部署解決方案所組成。
公司的願景是擁有集中式分析平臺，這是所有數據的單一事實來源。 不過，對於許多不同項目關係人來說，購買一項單一技術已經變得具有挑戰性。 鑑於新數據生成的速度和新選項的推出，即使是早期的集中化計劃草稿都迅速過時。 同時，公司銷售團隊已經超越了他們目前的解決方案，公司迫切需要使用新的分析來追求新的市場區段。
Adatum 已決定在 Azure 中實作雲端規模分析模式，以解決此問題。 企業確信雲端規模分析可讓公司銷售小組立即移轉其數據平臺，但仍提供足夠的彈性來容納其他業務單位，讓他們準備好加入。
現狀
Adatum 公司銷售群組會使用傳統的 ERP 和 CRM 系統來處理其銷售交易。 來自這些系統的數據必須匯出至個別的分析平臺，讓整個組織的項目關係人可以存取數據，併為其各種專案擴充數據。
架構解決方案
在此參考架構中，我們會部署數據管理登陸區域，這是所有ESA實作所需的區域，以及可供公司銷售部門使用的單一數據登陸區域。
資料管理著陸區
每個大規模雲端分析的關鍵概念是擁有一個資料管理落地區域。 此訂用帳戶包含跨所有登陸區域共用的資源，並包含防火牆和私人 DNS 區域等共用網路元件。 它也包含數據和雲端治理的資源。 Microsoft Purview 和 Databricks Unity Catalog 會以租戶層級服務的形式部署。
數據應用程式
登陸區域有兩個 資料應用程式。 第一個整合會內嵌與客戶相關的數據。 此步驟包含客戶記錄及其相關記錄（例如地址、聯繫人、地區指派和聯繫人歷程記錄）。 此數據會從 Adatum CRM 系統匯入。
第二個數據應用程式會內嵌銷售交易。 這包括交易標頭、明細專案詳細數據、出貨記錄和付款。 所有這些記錄都是從 Adatum ERP 系統擷取。
這些整合不會轉換或擴充數據。 它們只會從來源系統複製數據，並將其放在分析平臺中。 這可讓許多數據產品以可調整的方式取用數據，而不會對來源系統造成另一個負擔。
數據產品
在此範例中，Adatum 有一個數據產品。 本產品結合來自兩個 Data 應用程式的未經處理數據，並將其轉換成新的數據集。 從該處，企業使用者可以使用 Microsoft power BI 之類的工具進行額外的分析和報告。
圖 1：架構圖表。 並非所有 Azure 服務都會在圖表中表示。 簡化以強調如何在架構內組織資源的核心概念。
理由
為什麼不將銷售交易和客戶放在自己的數據登陸區域中？
企業必須對其雲端規模分析做出的第一個決策，就是如何將整個數據資產分割成登陸區域。 在彼此之間經常通訊的數據解決方案是納入同一著陸區的理想對象。 此決策可讓企業降低跨對等互連 VNet 移動資料的相關成本。 在此範例中，銷售事務數據經常會連結到客戶數據。 因此，將這些相關的數據應用程式儲存在相同的數據登陸區域中是合理的。
考慮降落區時，還要考慮負責數據的團隊如何在組織內部協調。 在此情況下，這兩個數據應用程式是由不同的小組所擁有，但這些小組都是Adatum銷售與行銷部門的一部分。
為什麼不讓銷售交易和客戶共用一個數據應用程式？
藉由將客戶數據和銷售事務數據區隔在他們自己的數據應用程式中，我們允許這些領域的主題專家為其特定數據產品做出最佳決策。 他們可以選擇存取模式、擷取引擎和儲存選項，以符合其需求，而不會彼此衝突。
例如，具有CRM系統專業知識的小組將負責客戶數據應用程式。 根據小組的技能集和CRM系統所使用的技術，他們決定哪些工具最符合其需求。 如果這些決策也適用於銷售交易小組，他們就不需要擔心。 該小組使用自己的工具組，並不需要妥協，以符合客戶團隊的需求。
為何將銷售小組移至新的數據平臺？
在此範例中，企業銷售團隊是首批移至新的雲規模分析。 此解決方案的設計目的是以可擴展性為首要考量。 由於其他業務單位已準備好移轉，因此可以新增更多登陸區域以容納其工作負載。
如何在未來發展？
藉由將更多著陸區加入到架構中來完成擴展。 這些著陸區會使用虛擬網路對等互連來連接到數據管理著陸區及所有其他著陸區。 此網格模式可讓數據產品和資源跨區域共用。 透過分割成不同的區段，工作負載會分散到 Azure 訂用帳戶和資源。 此步驟可讓企業避免達到 Azure 服務的限制，並繼續成長其數據資產。
後續步驟
繼續進入 Azure的雲端規模分析案例
進一步了解：
- 數據登陸區域概觀
- 數據管理登陸區域概觀
- Azure 中的雲端規模分析數據產品