瞭解 Azure 中的雲端規模分析小組
針對雲端規模分析，我們建議將小組例如內嵌、處理、分析、取用和視覺效果從水準定址小組移至每個層級的敏捷式跨網域小組。 資料平台作業和平台作業之類的平台小組會分組在一個通用的平台群組中。
在規模分析中，我們會識別下列小組：
- 平臺作業
- 資料平台作業
- 資料登陸區域作業
- 資料應用程式小組
這兩個小組都與雲端規模分析的特定部分一致，而下列詳細資料提供小組功能的概觀，建議您將這與 角色和責任 中的指引結合，以及 瞭解 Azure 中雲端規模的分析小組和函式。
資料登陸區域小組
資料登陸區域群組包含三個小組：
資料應用程式小組 (每個應用程式) 一個小組 ：
- 負責提供新資料產品，例如見解、報告、筆記本及應用程式。
- 與商務分析師和業務單位專案關係人密切合作。
- 將資料轉換成新的讀取資料存放區。
- 管理存取階層 (群組) 和核准要求。
- 在資料目錄中提供中繼資料。
資料登陸區域作業 (每個資料登陸區域一個群組)：
- 操作和維護其資料登陸區域執行個體。
- 回應新的資料應用程式服務要求。
在中央或商務資料辦公室之間做決定
根據您組織的大小和結構，資料登陸區域群組可以用不同的方式組合。 例如，如果您建立一個資料登陸區域，其中的企業已經有自己的一組資料工程師、計劃經理和解決方案架構設計師，例如商務資料辦公室。 您可以佈建資料登陸區域，並允許商務資料辦公室根據您中央平台群組的治理來操作登陸區域。
另一個選項是當資料登陸區域的企業沒有商務資料辦公室來建置其資料應用程式時， (建立資料產品) 。 在此案例中，中央資料辦公室可將自身視為顧問，將人員從工作台移至資料登陸區域。 這些資源應該內嵌至企業中，以使用 Scrum 或敏捷方法來收集和執行使用案例。 完成後，他們會回到中央資料辦公室。
個人應可在這兩個案例的多重專業小組中工作，分享目標和多樣化經驗、技能和方法，這麼做可獲得的成果較所有人都在孤島中更有效。
注意
在只部署一個資料登陸區域的案例中，企業通常會在一個資料登陸區域中重疊。 這可能會建立跨函式，其中資料應用程式小組的來源是中央和商務資料辦公室。 不過，在此案例中，資料登陸區域作業功能會位於中央資料辦公室。
平台群組內的小組
平台群組由兩個小組組成：
資料平台作業：
定義資料登陸區域和資料應用程式的一般原則。
具現化資料登陸區域 Scaffolding，包括核心服務，再將其傳遞至資料登陸區域作業。
支援專案關係人。
平台作業：
操作並負責管理雲端平台。
具現化資料管理登陸區域和資料登陸區域 Scaffolding，包括網路、對等互連、監視和其他核心服務。
數位安全性辦公室
數位安全性會處理整個雲端規模分析。 這通常是專屬的部門，由首席資訊安全人員所帶領。 此部門與資料平台作業、資料治理審查委員會和架構審查委員會密切合作。
資料治理角色與責任
有許多資料治理角色和與人員相關的責任。 角色和責任會因組織而異。 資料表中的角色和責任僅提供作為指導。
| 角色 | 責任 |
|---|---|
| 管理階層贊助者，例如 CFO 或 CIO。 | 這是擁有授權和預算的資深業務專案關係人。 他們對建立資料治理當責。 |
| 資料治理計劃領導人，例如首席開發人員，或委任的領導人。 | 此人員需當責並負責實作資料治理計劃。 |
| 資料治理控制委員會 | 此委員會包含資料治理負責人和資料擁有者。 他們會建立成功的計量、負責資料治理藍圖、選取工作群組、保存資料治理計劃的預算，以及在設定優先順序和定義跨功能的資料期間發生衝突時進行調解。 |
| 資料治理工作群組 | 他們會規劃和開發定義資料，以及改善特定資料網域 (例如，客戶或供應商)；更新資料治理控制委員會的進度；以及管理整個企業對特定網域的監管。 |
| 資料擁有者 | 這是擁有授權和預算的資深業務專案關係人。 他們需對品質保證 (QA) 和保護企業內特定的資料主體區域或實體當責。 他們會決定誰可以存取和維護該資料，以及使用資料的方式。 |
| 商務資料負責人 | 此商務專業人員會負責監督 QA 並保護資料主體區域或實體。 它們通常是資料網域中的專家，與企業中的其他資料負責人合作，以及監視並決定如何維護資料品質。 |
| 資料保護人員 | 這是具有授權和預算的資深商務專案關係人，對保護個人資料當責。 其工作為公司營運所在的所有管轄區的合規性法規特有。 |
| 資料安全性小組 | 此小組負責且對強制執行資料存取安全性和資料隱私權原則當責。 |
| 資料發行管理員 | 此人員負責並對檢查 QA 和在資料市集發佈新的受信任資料資產以供消費使用當責。 |
目標是讓企業在混合式運算環境的整個生命週期中治理資料時，能夠以分而治之的方式來組織治理。 其中一個方法是讓多個工作群組向一個資料管理控制委員會報告，每個工作群組負責特定資料網域或實體，例如客戶或包含多個資料實體的資料主體區域。
其他群組
公司可以在整個作業模型中，對重要的專案關係人和主題專家運作數個較小型的小組，以保有分析平台的集中化檢視。
架構審查委員會
架構審查委員會的主要功能是審查和評估架構，以及建立和維護標準與參考。 委員會是由領域中專家的個人組成。 一般而言，這些個人是網域架構設計師和其他獲邀的技術領導人，可在需要時提供見解。
意見反應和支援作業委員會
意見反應和支援作業委員會會收到關於程序的意見反應，並與其他群組合作來建立待辦項目，以解決落差並改善解決方案。