談談對資料架構的幾點認識
隨著業務和資料環境的變化,組織的資料架構需要能夠跟上這些變化的步伐。它需要具有響應能力,以便不僅確保組織繼續有效運作,而且支援組織的整體戰略方向。在當今瞬息萬變的環境中,組織不斷地應對破壞性力量,並發現需要更加主動而不是被動。因此,組織發現他們的資料是競爭優勢的來源,其中資料架構不僅必須能夠支援組織捕獲和收集資料的數量、來源和速度不斷增加,而且還能夠滿足不斷變化的業務需求。因此,資料架構最佳化應該有助於打破資料孤島,並建立一個更加共享和豐富的資料環境,從而更好地為業務賦能。
一、資料是組織發展和決策能力的基礎
高管們不斷尋求利用的變革性洞察力可以透過資料實踐來揭示,該資料實踐使需要它的業務使用者可以輕鬆獲得高質量、可信賴的資訊。
50%擁抱資料的組織比競爭對手推出產品和服務的可能性高50%。
無論是希望更好地瞭解業務,還是試圖成為所在行業的創新者,任何組織都可以從其資料中獲得價值,無論處於資料驅動型企業的過程的什麼階段:
二、隨著組織尋求更多的資料驅動,必須更好地管理資料以使其有效使用
ZB時代來了,ZB位元組是十億兆兆位元組。當今的組織需要以ZB為單位衡量其資料大小,這一挑戰只會因預期資料移動的速度而更加複雜。
認識到資料可以成為組織的驅動力只是第一步。現實情況是,要克服的真正障礙是面對當今資料環境的挑戰。
現代資料環境的挑戰
如今的資料環境非常混亂。歷史應用程式、資料蔓延——組織正在努力應對他們的資料環境。我們需要使用的資料資產在哪裡?
三、資料架構是資料管理的組成部分
資料架構的定義
一組規則、策略、標準和模型,用於管理和定義收集的資料型別以及如何在組織及其資料庫系統中使用、儲存、管理和整合這些資料。
一般來說,資料架構的主要目標是為了組織的利益而對資料進行標準化。
54%的領先“分析驅動”企業將資料架構作為資料分析所需的技能。
資料架構很大程度上依賴於人的因素。它可以被視為“定義戰略和實施戰略之間的橋樑”。
資料架構作用
強大的資料架構應該:
-
定義、視覺化資料策略並將其傳達給各種利益相關者。
-
打造資料交付環境。
-
確保高資料質量。
-
提供持續改進的路線圖。
資料架構價值
強大的資料架構將:
-
使資料流程與業務戰略和整體企業架構保持一致。
-
更加註重質量和可訪問性,實現資料的高效流動。
-
降低資料所有權的總成本。
四、資料架構師必須全面瞭解組織快速增長的資料
資料架構師的職責:
-
充當業務人員和資料工作者之間的“翻譯者”,以傳達資料和技術要求。
-
促進資料策略的建立。
-
管理企業資料模型。
-
對操作和分析資料用例有更深入的瞭解。
-
推薦資料管理策略和標準,並維護資料管理工件。
-
審查專案解決方案架構並確定整個資料生命週期的交叉影響。
-
是資料管理和儲存技術方面的實踐專家。
資料架構師彌合了戰略和技術要求之間的差距:
“從根本上說,資料架構師的角色是在合理的抽象層次上理解組織中的資料。”
五、許多組織正在經歷糟糕的資料架構帶來的痛苦,但領先的組織正在積極解決這些問題
過時和陳舊的系統和流程限制了及時有效地訪問資料的能力,最終降低了資料應該帶來的價值。
-
59%的公司認為他們的傳統儲存系統需要過多的處理才能滿足當今的業務需求。
-
48%的公司因依賴“手動方法和準備資料時的反覆試驗”而感到痛苦。
-
44%+22% 44% 的公司表示準備資料是他們進行分析的最大障礙,22% 的公司表示訪問資料存在問題。
認識到這些問題的組織已經開始向現代化和最佳化的系統和流程過渡。
-
28%的受訪者表示,他們計劃更換“資料管理和架構,因為它無法處理大資料的要求”。
-
50%的企業計劃在未來幾年更換他們的資料倉儲系統和分析工具。
六、一旦踏上重新設計資料架構的道路,忽視戰略要素可能會效率低下
在沒有所需資料架構指導的情況下僅關注資料模型可能會導致 IT 部門設計不適應組織需求的架構,從而導致整個組織範圍內的問題。
七、滿足業務需求最佳化資料架構要遵循架構方法
步驟1
-
優先考慮核心業務目標並確定業務驅動力。
-
瞭解業務驅動因素如何應用於資料架構模型的特定層。
-
確定滿足最重要需求的適當戰術模式。
步驟2
-
選擇架構的重點領域。
-
測量當前狀態。
-
設定所需最佳化狀態的目標。
步驟3
-
編制實施路線圖。
-
管理和溝通變化。
八、資料架構不是一個獨立的概念,要與企業架構對齊
資料架構的設計不能簡單地解決資料專家甚至 IT 部門的關注點。它必須充當企業架構中的關鍵元件,並反映整個業務的戰略和設計。
資料架構與應用程式架構協作交付有效的資訊系統,並告知技術架構與資料相關的基礎設施要求和注意事項。
來自 “ 資料驅動智慧 ”, 原文作者:曉曉;原文連結:https://mp.weixin.qq.com/s/iKO0nzYf6wZrCt7hMLSeOg,如有侵權,請聯絡管理員刪除。
相關文章
- 【雜談】對CopyOnWriteArrayList的認識
- 面試官:談談你對mysql索引的認識?面試MySql索引
- 談談人工智慧和機器學習的資料架構人工智慧機器學習架構
- 談談資料倉儲架構的發展和分類架構
- 談談如何從資料湖(Data Lake)架構轉向資料網格(Data Mesh)架構架構
- 談談Markdown的認識與入門
- 【雜談】對RMI(Remote Method Invoke)的認識REM
- C++——談談你對物件導向程式設計的認識C++物件程式設計
- 淺談hdfs架構與資料流架構
- 談談專案架構架構
- 談談UI架構設計的演化UI架構
- 談談遊戲資料分析的那點事遊戲
- 對CQRS架構的幾點疑問架構
- MVC、MVP、MVVM,談談我對Android應用架構的理解MVCMVPMVVMAndroid應用架構
- 淺談對CSRF的認識,以及一些應對措施
- 我對《RAG/大模型/非結構化資料知識庫類產品》技術架構的思考、雜談大模型架構
- 專訪58沈劍:除了架構,我還想認真談談管理架構
- 談談華為資料治理的五點啟示
- 曾奇:談談我所認識的分散式鎖分散式
- 漫談“資料湖”之價值與架構架構
- 談談面試知識點準備面試
- 談談中國資料治理的五大特點
- 談談關於 iOS 的架構以及應用iOS架構
- 談談從CAP定理到Lambda架構的演化架構
- 談談公司中研發體系的架構架構
- 滴滴 曾奇:談談我所認識的分散式鎖分散式
- 架構雜談《九》架構
- 架構雜談《八》架構
- 架構雜談《五》架構
- 架構雜談《六》架構
- 架構雜談《二》架構
- 架構雜談《三》架構
- 架構雜談《七》架構
- 架構雜談《四》架構
- InnoDB架構淺談架構
- 淺談Dubbo架構架構
- 談談如何構建有效的資料供應鏈
- 談一談資料域層次結構