本書的主要內(nèi)容有:研究數(shù)據(jù)管理趨勢,包括技術(shù)發(fā)展、法規(guī)要求和隱私問題。深?了解可拓展架構(gòu),學(xué)習(xí)各組件之間如何協(xié)同?作。探索數(shù)據(jù)治理和數(shù)據(jù)安全、主數(shù)據(jù)管理、?助式數(shù)據(jù)市場,以及元數(shù)據(jù)的重要性。
編輯推薦
隨著數(shù)據(jù)管理和集成持續(xù)不斷地快速進化,把所有的數(shù)據(jù)存儲在像數(shù)據(jù)倉庫等單?位置的辦法不再有可拓展性。在不久的將來,數(shù)據(jù)需要分散式存儲并對多個技術(shù)解決?案提供可?性。通過這本實?指南,你將學(xué)習(xí)如何將企業(yè)從復(fù)雜且緊密耦合的數(shù)據(jù)環(huán)境遷移到?個更靈活的架構(gòu),以適應(yīng)現(xiàn)代數(shù)據(jù)消費的需求。
企業(yè)?管、數(shù)據(jù)架構(gòu)師、分析團隊,以及合規(guī)與治理?員將學(xué)習(xí)如何使?可拓展架構(gòu)來構(gòu)建現(xiàn)代可拓展的數(shù)據(jù)環(huán)境。這種架構(gòu)可以逐步引???需?規(guī)模的前期投?。本書作者提供了藍(lán)圖、原則、觀察、最z佳實踐及模式,幫助你快速掌握相關(guān)知識。
專家推薦
這?蘊含著智慧:新舊的?法論和最z佳實踐在這?被平衡地運?,這得益于長期實踐的經(jīng)驗。最z棒的是施特倫霍爾特展?了新?代企業(yè)數(shù)據(jù)管理是?項團隊活動,解決?案需要包容并對接到所有參與者。
Joe Hellerstein,
Trifacta的共同創(chuàng)始?及CSO
在這本創(chuàng)新的著作中,Piethein Strengholt提出了?種全新的?法,來構(gòu)建數(shù)據(jù)管理領(lǐng)域的架構(gòu)。這本書將指導(dǎo)并啟發(fā)那些在2020年之后負(fù)責(zé)設(shè)計數(shù)據(jù)管理架構(gòu)的?們。
Santhosh Pillai,
荷蘭銀?總架構(gòu)師兼
數(shù)據(jù)管理負(fù)責(zé)?
前言近年來數(shù)字化已經(jīng)極大地改變了我們的生活方式,社交媒體、流媒體直播和智能手機僅僅是冰山一角,而且這個變化速度仍在加快。數(shù)字化轉(zhuǎn)型影響到音樂和電視、購物和旅游等許多行業(yè),同時在人工智能和機器學(xué)習(xí)的推動下,像無人機和自動駕駛汽車這樣的自動化機器(autonomous machine)的也在迅速增長。那么是什么推動了這個數(shù)字社會的發(fā)展呢?答案是數(shù)據(jù)。在20 世紀(jì),石油曾是世界上最有價值的資源。如今,數(shù)據(jù)成為了新的石油。隨著分析的增長,對數(shù)據(jù)的需求遲早會達(dá)到我們前所未見的水平。同時,數(shù)據(jù)不僅在飛速擴充而且變得愈加復(fù)雜。云計算、API 管理、微服務(wù)、開放數(shù)據(jù)、軟件即服務(wù)(SaaS)以及新的軟件交付模式等也正在興起,過去幾年涌現(xiàn)了無數(shù)新的數(shù)據(jù)庫和分析應(yīng)用程序。這些大量新的數(shù)據(jù)處理方法不斷分化(fragment)數(shù)字景觀。我們看到了更多的點對點接口、無休止的關(guān)于數(shù)據(jù)質(zhì)量和所有權(quán)的討論,以及眾多與隱私和安全有關(guān)的道德和法律困境。敏捷性、系統(tǒng)長期的穩(wěn)定性和清晰的數(shù)據(jù)治理的理念與迅速發(fā)展新業(yè)務(wù)的需求互相沖突。我們行業(yè)迫切需要一個關(guān)于數(shù)據(jù)管理和數(shù)據(jù)集成未來發(fā)展的清晰愿景。本書關(guān)于數(shù)據(jù)管理和數(shù)據(jù)集成的觀點得益于我的個人經(jīng)驗。作為一家大型企業(yè)的首席數(shù)據(jù)架構(gòu)師,我推動了數(shù)據(jù)架構(gòu)議程。這一角色幫助我清楚地看到了良好的數(shù)據(jù)策略可以對大型組織產(chǎn)生何種影響。在這之前,我還曾擔(dān)任戰(zhàn)略顧問,設(shè)計了許多架構(gòu),并參與了大型數(shù)據(jù)管理項目,同時作為自由職業(yè)應(yīng)用開發(fā)人員將這些心得付諸實踐。簡而言之,我在最近十年一直在尋找能幫助企業(yè)成為數(shù)據(jù)驅(qū)動的最佳方案。如今,我的雇主荷蘭銀行(ABO AMRO)注1 正在構(gòu)建大家描述的未來狀態(tài)架構(gòu)注2。我們已經(jīng)將本書的想法付諸于生產(chǎn),并從實踐中積累經(jīng)驗。我知道并且已經(jīng)了解了其中哪些行之有效,哪些無效。這些經(jīng)驗使我能為你呈現(xiàn)一種開創(chuàng)性的數(shù)據(jù)管理和數(shù)據(jù)集成方法,此方法遠(yuǎn)遠(yuǎn)超越了傳統(tǒng)方法。在這里,你將發(fā)現(xiàn)新的方法和發(fā)展趨勢正不斷相互對接和融合,這其中包括了企業(yè)架構(gòu)、業(yè)務(wù)架構(gòu)、軟件架構(gòu)、領(lǐng)域驅(qū)動設(shè)計、應(yīng)用集成、微服務(wù)和云計算。本書是一本關(guān)于構(gòu)建現(xiàn)代化、可拓展數(shù)據(jù)景觀的綜合指南。它提供了豐富的藍(lán)圖、原則、標(biāo)準(zhǔn)化模式、觀察、示例和最佳實踐。它將教你如何避開復(fù)雜且緊密耦合的數(shù)據(jù)景觀陷阱,以及怎樣把敏捷和控制注入組織的DNA 中。它從多個盡可能新的角度審視了數(shù)據(jù)管理和數(shù)據(jù)集成。你可以根據(jù)你組織的成熟情況來選擇適合自己的操作。無數(shù)的公司在如何妥善進行數(shù)據(jù)管理方面失敗了,考慮到持續(xù)變化的數(shù)據(jù)景觀、迅猛增加的數(shù)據(jù)量和隨之而來的集成挑戰(zhàn),這是可以理解的。在本書中我都牢記這點,并密切關(guān)注常見的障礙。值得一提的是,我設(shè)想的內(nèi)容能通過許多不同的方式來實現(xiàn)。我將會提到一些產(chǎn)品和供應(yīng)商,但總體理念還是保持技術(shù)中立譯注1。有些概念會特別復(fù)雜,所以很難開發(fā)。由于數(shù)據(jù)管理領(lǐng)域和數(shù)據(jù)集成在許多方面高度交織在一起,因此我將慢慢構(gòu)建本書的愿景,從定義數(shù)據(jù)管理的核心學(xué)科開始,回顧整體架構(gòu),然后深入各個領(lǐng)域。我所設(shè)想的是一種持久的、現(xiàn)代的、基于領(lǐng)域的分布式架構(gòu),它能幫助組織快速找到和集成數(shù)據(jù)來滿足業(yè)務(wù)對敏捷性的需求,同時保持對數(shù)據(jù)的控制。我稱之為可拓展架構(gòu)?赏卣辜軜(gòu)和其他架構(gòu)的不同之處在于它能務(wù)實地(pragmatically)得到創(chuàng)建。其各個組成部分可以獨立且逐步地設(shè)計,而無需大量的前期投資。這也是我所推薦的,從小處著手,觀察進展情況,然后繼續(xù)前進。這種方法與許多執(zhí)行失敗的數(shù)據(jù)倉庫項目形成了鮮明對比,后者可能數(shù)年都無法產(chǎn)生價值。本書面向的讀者對象這個可拓展架構(gòu)是為了大型企業(yè)服務(wù)的,然而較小的組織也可以從中發(fā)現(xiàn)很多有價值的內(nèi)容。本書尤其適合于:? 管理層和架構(gòu)師:首席數(shù)據(jù)官,首席科技官,企業(yè)架構(gòu)師和數(shù)據(jù)架構(gòu)師。? 合規(guī)以及監(jiān)管團隊:首席信息安全官,數(shù)據(jù)保護官,信息安全分析師,數(shù)據(jù)專家和商業(yè)分析師。? 分析團隊:數(shù)據(jù)科學(xué)家,數(shù)據(jù)工程師,數(shù)據(jù)分析師,以及分析管理者。? 開發(fā)團隊:數(shù)據(jù)工程師,商業(yè)智能工程師,數(shù)據(jù)建模師和設(shè)計師以及其他數(shù)據(jù)專業(yè)人士。我能學(xué)到什么學(xué)完本書之后,你將理解:? 什么是數(shù)據(jù)管理及為何它很重要。? 哪些數(shù)據(jù)景觀的內(nèi)容受到了業(yè)務(wù)和技術(shù)趨勢的影響。? 數(shù)據(jù)管理的核心部分是哪些,以及它們是如何互相影響的。? 如何大規(guī)模地管理復(fù)雜的數(shù)據(jù)景觀。? 為何數(shù)據(jù)集成如此困難。? 為何企業(yè)數(shù)據(jù)倉庫不再能滿足其目的。? 你需要哪些工具才能搭建大規(guī)模的數(shù)據(jù)架構(gòu)。? 如何理解分發(fā)數(shù)據(jù)的核心模式、它們的特征和一些用例。? 在管理架構(gòu)中元數(shù)據(jù)扮演了何種角色。? 如何在大規(guī)模應(yīng)用中實施主數(shù)據(jù)和參考數(shù)據(jù)的管理。? 如何利用自助模式來擴展數(shù)據(jù)消費。? 混合云和跨網(wǎng)絡(luò)將如何影響你的架構(gòu)。? 如何應(yīng)用最佳實踐以及在各式環(huán)境下最適宜的模式。本書的組織結(jié)構(gòu)本書第1 章提供了一個背景視角,它展示了什么是數(shù)據(jù)管理以及正在發(fā)生怎樣的變化。這個視角評估了2020 年初數(shù)據(jù)管理的當(dāng)前狀態(tài),并追溯了企業(yè)中央數(shù)據(jù)平臺的興起與衰落。在第2 章,我們將深入探討可拓展架構(gòu)的細(xì)節(jié)。此章介紹了該架構(gòu),并為模型搭建提供了理論基礎(chǔ)。后續(xù)章節(jié)將討論構(gòu)成整體數(shù)據(jù)架構(gòu)的各種集成架構(gòu)的具體細(xì)節(jié),其中第3 章聚焦于只讀數(shù)據(jù)架構(gòu),第4 章討論API 架構(gòu),第5 章涵蓋流式架構(gòu)。第6 章將所有內(nèi)容整合在一起,提供了一個全面的總覽。隨后的章節(jié)將更深入地探討這種架構(gòu)是如何運用數(shù)據(jù)管理和其各個分支更高級的內(nèi)容。第7 章考察了即使在快速變化的時代,該如何以實用且可持續(xù)的方式處理數(shù)據(jù)治理和安全問題。第8 章討論了可拓展架構(gòu)的業(yè)務(wù)案例,準(zhǔn)確展示了它如何幫企業(yè)將數(shù)據(jù)轉(zhuǎn)化成價值。第9 章提供了關(guān)于使用主數(shù)據(jù)管理來保持分布式、廣泛資產(chǎn)中數(shù)據(jù)一致性的指導(dǎo),而第10 章深入探討了元數(shù)據(jù)的使用、重要性以及民主化的潛力。第11 章以對數(shù)據(jù)管理和企業(yè)架構(gòu)未來的展望結(jié)束了本書。排版約定本書使用了下述排版約定。斜體(Italic)表示新術(shù)語、URL、電子郵件地址、文件名擴展名。等寬字體(Constant Width)用于程序列表(program listing),以及在段落中引用程序元素,如變量或函數(shù)名稱、數(shù)據(jù)庫、數(shù)據(jù)類型、環(huán)境變量、語句和關(guān)鍵字。OReilly 在線學(xué)習(xí)平臺(OReilly Online Learning)近40 年來,OReilly Media 致力于提供技術(shù)和商業(yè)培訓(xùn)、知識和卓越見解,來幫助眾多公司取得成功。公司獨有的專家和改革創(chuàng)新者網(wǎng)絡(luò)通過OReilly 書籍、文章以及在線學(xué)習(xí)平臺,分享他們的專業(yè)知識和實踐經(jīng)驗。OReilly 在線學(xué)習(xí)平臺按照您的需要提供實時培訓(xùn)課程、深入學(xué)習(xí)渠道、交互式編程環(huán)境以及來自O(shè)Reilly 和其他200 多家出版商的大量書籍與視頻資料。更多信息,請訪問網(wǎng)站:https://www.oreilly.com/。聯(lián)系我們?nèi)魏斡嘘P(guān)本書的意見或疑問,請按照以下地址聯(lián)系出版社。美國:OReilly Media, Inc.1005 Gravenstein Highway NorthSebastopol, CA 95472中國:北京市西城區(qū)西直門南大街2 號成銘大廈C 座807 室(100035)奧萊利技術(shù)咨詢(北京)有限公司本書有一個專屬網(wǎng)頁,在那里我們列出了勘誤表、示例和任何附加信息。你可以通過https://oreil.ly/data-mgmt-at-scale 來訪問。如有意見或詢問技術(shù)問題請發(fā)送郵件至errata@oreilly.com.cn。如尋求關(guān)于我們書籍、課程、會議和消息的更多信息,請訪問我們的網(wǎng)站 http://www.oreilly.com。我們的Facebook:http://facebook.com/oreilly。我們的Twitter:http://twitter.com/oreillymedia。我們的YouTube:http://youtube.com/oreillymedia。致謝我想感謝Jessica Strengholt-geitenbeek 允許我來寫這本書。在這個寫作過程中,她一直支持我,照顧孩子并騰出空間讓我可以工作,她是我生活中的摯愛。我還想感謝ABN AMRO 銀行的首席架構(gòu)師和數(shù)據(jù)管理負(fù)責(zé)人Santhosh Pillai,感謝他的信任和在我的職業(yè)生涯中的指導(dǎo)。很多想法源于他的思考。如果沒有他和我之間的無數(shù)的討論,這本書不會出現(xiàn)。此外,還有許多其他人給本書提供了支持和反饋:特別是Bas Van Gils、Danny Greefhorst、Gabriele Rossi、Noor Spanjaard、Bas Van Holsenbeck、Jacek Offierski、Robbert Naastepad、Neil Baxter,以及所有提供支持的人。最后我想感謝OReilly 團隊的所有人的支持和信任,他們非常杰出。Sarah Grey,和你一同工作非常愉快,你的積極能量、敏銳的觀察和開心的微笑激勵我完成這本書。Kim Sandoval,謝謝你的全局的宏觀視角,Katherine Tozer,非常感激你在最后階段對本書的管理。Michelle Smith 和Melissa Potter,感謝你們在入職期間的支持。
Piethein Strengholt喜愛為復(fù)雜問題尋找實?且持久的解決?案。在擔(dān)任戰(zhàn)略顧問和?由職業(yè)應(yīng)?程序開發(fā)?員超過?年之久后,他作為?席架構(gòu)師加?了荷蘭銀?(ABN AMRO),推進數(shù)據(jù)管理、云計算和系統(tǒng)集成等領(lǐng)域的發(fā)展。在這個激動??的職位上,他負(fù)責(zé)監(jiān)督公司的數(shù)據(jù)戰(zhàn)略及其對組織的影響。他和家??前住在荷蘭。
目錄
序 1
前言 3
第1 章 數(shù)據(jù)管理的變革 . 11
1.1 數(shù)據(jù)管理12
1.2 分析正在分割數(shù)據(jù)景觀 .15
1.3 軟件交付的速度正在發(fā)生變化 17
1.4 網(wǎng)絡(luò)變得更加快捷 18
1.5 隱私和安全性是重中之重 19
1.6 運營和事物系統(tǒng)需要被整合 20
1.7 數(shù)據(jù)商業(yè)化需要生態(tài)系統(tǒng)到生態(tài)系統(tǒng)的架構(gòu) 20
1.8 企業(yè)受困于過時的數(shù)據(jù)架構(gòu) 21
1.8.1 企業(yè)數(shù)據(jù)倉庫和商業(yè)智能 21
1.8.2 數(shù)據(jù)湖 24
1.8.3 中心化視角 26
1.9 小結(jié) .27
第2 章 初窺可拓展架構(gòu):大規(guī)模數(shù)據(jù)管理 .29
2.1 普遍認(rèn)可的起點 30
2.1.1 每一個應(yīng)用程序都有一個應(yīng)用程序數(shù)據(jù)庫 30
2.1.2 應(yīng)用程序都是特定的而且有獨特的上下文 30
2.1.3 黃金數(shù)據(jù)源 31
2.1.4 無法擺脫的數(shù)據(jù)集成困境 31
2.1.5 應(yīng)用程序既是數(shù)據(jù)提供者也是數(shù)據(jù)消費者 32
2.2 關(guān)鍵的理論考量 33
2.2.1 面向?qū)ο蟮木幊淘瓌t.33
2.2.2 領(lǐng)域驅(qū)動設(shè)計 35
2.2.3 業(yè)務(wù)架構(gòu) .38
2.3 通信和集成模式 45
2.3.1 點對點 46
2.3.2 孤島 46
2.3.3 輪輻模型 .47
2.4 可擴展架構(gòu) 48
2.4.1 黃金數(shù)據(jù)源和域數(shù)據(jù)存儲 49
2.4.2 數(shù)據(jù)交付契約和數(shù)據(jù)共享協(xié)議 .51
2.4.3 擺脫孤島方案 52
2.4.4 企業(yè)規(guī)模的領(lǐng)域驅(qū)動設(shè)計 53
2.4.5 讀優(yōu)化的數(shù)據(jù) 56
2.4.6 從整體的視角看數(shù)據(jù)層 58
2.4.7 元數(shù)據(jù)和目標(biāo)運營模式 61
2.5 小結(jié) .63
第3 章 管理海量數(shù)據(jù):只讀數(shù)據(jù)存儲架構(gòu) .65
3.1 RDS 架構(gòu)簡介 65
3.2 命令和查詢職責(zé)分離 66
3.2.1 什么是CQRS 66
3.2.2 規(guī);腃QRS 68
3.3 只讀數(shù)據(jù)存儲組件和服務(wù) 73
3.3.1 元數(shù)據(jù) 74
3.3.2 數(shù)據(jù)質(zhì)量 .75
3.3.3 RDS 層級 77
3.3.4 數(shù)據(jù)攝取 .78
3.3.5 集成商業(yè)化現(xiàn)成解決方案 81
3.3.6 從外部API 和SaaS 提取數(shù)據(jù) 82
3.3.7 歷史數(shù)據(jù)服務(wù) 82
3.3.8 設(shè)計的變化 86
3.3.9 數(shù)據(jù)復(fù)制 .88
3.3.10 訪問層 .89
3.3.11 文件操作服務(wù) 90
3.3.12 交付通知服務(wù) .91
3.3.13 匿名服務(wù) 91
3.3.14 分布式編排92
3.4 智能消費服務(wù) .93
3.5 按需填充RDS 96
3.6 直接使用RDS 的考量 97
3.7 小結(jié) .98
第4 章 API 架構(gòu)的服務(wù)和API 管理 99
4.1 API 架構(gòu)簡介 99
4.2 什么是面向服務(wù)的架構(gòu) 100
4.2.1 企業(yè)應(yīng)用集成 104
4.2.2 服務(wù)編排 106
4.2.3 服務(wù)編舞 110
4.2.4 公共服務(wù)和私有服務(wù) 111
4.2.5 服務(wù)模型和規(guī)范數(shù)據(jù)模型 111
4.2.6 SOA 與企業(yè)數(shù)據(jù)倉庫架構(gòu)的相似之處 . 112
4.3 SOA 的現(xiàn)代觀點 114
4.3.1 API 網(wǎng)關(guān) 114
4.3.2 責(zé)任模式 116
4.3.3 企業(yè)服務(wù)總線的新職責(zé) . 118
4.3.4 服務(wù)合約 119
4.3.5 服務(wù)發(fā)現(xiàn) 119
4.4 微服務(wù) .120
4.4.1 API 網(wǎng)關(guān)在微服務(wù)中的作用 122
4.4.2 函數(shù) .122
4.4.3 服務(wù)網(wǎng)格 124
4.4.4 微服務(wù)的邊界 .125
4.4.5 在API 參考架構(gòu)內(nèi)的微服務(wù) 126
4.5 生態(tài)系統(tǒng)通信 127
4.6 基于API 的通信渠道 129
4.6.1 GraphQL 130
4.6.2 為前端服務(wù)的后端 131
4.7 元數(shù)據(jù) .131
4.8 利用RDS 進行實時和密集讀取 .133
4.9 小結(jié) 134
第5 章 事件和響應(yīng)管理:流式架構(gòu) . 137
5.1 流式架構(gòu)簡介 137
5.2 異步事件模型與眾不同 138
5.3 事件驅(qū)動架構(gòu)是什么樣的 .139
5.3.1 調(diào)停者拓?fù)?.140
5.3.2 代理者拓?fù)?.141
5.3.3 事件處理風(fēng)格 .142
5.4 Apache Kafka 簡易入門 143
5.4.1 分布式事件數(shù)據(jù) 145
5.4.2 Apache Kafka 的功能 .147
5.5 流式架構(gòu).148
5.5.1 事件生產(chǎn)者 .148
5.5.2 事件消費者 .151
5.5.3 事件平臺 153
5.5.4 事件溯源和命令溯源154
5.5.5 治理模型 157
5.5.6 業(yè)務(wù)流 158
5.5.7 流式數(shù)據(jù)消費模式 161
5.5.8 事件攜帶狀態(tài)轉(zhuǎn)移 163
5.5.9 扮演RDS 的角色 .164
5.5.10 使用流式處理來填充RDS 164
5.5.11 用來指導(dǎo)領(lǐng)域的控制措施和政策 165
5.6 作為運營支撐的流式處理 .166
5.7 保證與一致性 167
5.7.1 一致性水平 .167
5.7.2 至少一次、恰好一次和至多一次的處理 167
5.7.3 消息順序 168
5.7.4 死信隊列 168
5.7.5 流式處理的互操作性169
5.8 用于治理和自助服務(wù)模型的元數(shù)據(jù)170
5.9 小結(jié) 171
第6 章 將知識串聯(lián)起來 173
6.1 架構(gòu)回顧.173
6.1.1 RDS 架構(gòu) .174
6.1.2 API 架構(gòu) 174
6.1.3 流式架構(gòu) 175
6.1.4 強化模式 175
6.2 企業(yè)互操作性標(biāo)準(zhǔn) .177
6.2.1 穩(wěn)定的數(shù)據(jù)端點 .178
6.2.2 數(shù)據(jù)交付契約 .181
6.2.3 可訪問和可尋址的數(shù)據(jù) .182
6.2.4 跨網(wǎng)絡(luò)原則 .182
6.3 企業(yè)數(shù)據(jù)標(biāo)準(zhǔn) 188
6.3.1 消費優(yōu)化原則 .189
6.3.2 元數(shù)據(jù)的可發(fā)現(xiàn)性 192
6.3.3 語義一致性 .196
6.3.4 提供相應(yīng)的元數(shù)據(jù) 200
6.3.5 數(shù)據(jù)來源與移動 200
6.4 參考架構(gòu).203
6.5 小結(jié) 204
第7 章 可持續(xù)的數(shù)據(jù)治理與數(shù)據(jù)安全 207
7.1 數(shù)據(jù)治理.207
7.1.1 組織:數(shù)據(jù)治理的角色 .209
7.1.2 流程:數(shù)據(jù)治理的活動 .212
7.1.3 人員:信任與道德、社會和經(jīng)濟的考量 214
7.1.4 技術(shù):黃金數(shù)據(jù)源,所有權(quán)和應(yīng)用程序管理 214
7.1.5 數(shù)據(jù):黃金數(shù)據(jù)源,黃金源數(shù)據(jù)集和分類 .216
7.2 數(shù)據(jù)安全.224
7.2.1 時下的孤島方法 225
7.2.2 架構(gòu)的統(tǒng)一數(shù)據(jù)安全225
7.2.3 身份提供者 .227
7.2.4 安全參考架構(gòu)和數(shù)據(jù)上下文方法 .228
7.2.5 安全處理流程 .230
7.3 實踐指南.234
7.3.1 RDS 架構(gòu) .234
7.3.2 API 架構(gòu) 236
7.3.3 流式架構(gòu) 240
7.3.4 智能學(xué)習(xí)引擎 .241
7.4 小結(jié) 242
第8 章 從數(shù)據(jù)獲取價值 243
8.1 消費模式.244
8.1.1 直接使用只讀數(shù)據(jù)存儲 .244
8.1.2 領(lǐng)域數(shù)據(jù)存儲 .245
8.2 目標(biāo)運營模式 247
8.3 作為目標(biāo)用戶群體的數(shù)據(jù)專業(yè)人員248
8.4 業(yè)務(wù)需求.250
8.5 非功能性需求 250
8.6 創(chuàng)建數(shù)據(jù)管道和數(shù)據(jù)模型 .252
8.7 分發(fā)集成數(shù)據(jù) 259
8.8 商業(yè)智能能力 260
8.9 自助服務(wù)能力 262
8.10 分析能力 265
8.10.1 自動化部署的標(biāo)準(zhǔn)基礎(chǔ)設(shè)施 266
8.10.2 無狀態(tài)模型266
8.10.3 預(yù)設(shè)和配置好的工作臺 266
8.10.4 模型集成模式的標(biāo)準(zhǔn)化 267
8.10.5 自動化 .268
8.10.6 模型元數(shù)據(jù)268
8.11 高級分析參考架構(gòu) 270
8.12 小結(jié) 273
第9 章 掌握企業(yè)數(shù)據(jù)資產(chǎn) 275
9.1 揭秘主數(shù)據(jù)管理 .276
9.2 主數(shù)據(jù)管理風(fēng)格 .276
9.3 主數(shù)據(jù)管理參考架構(gòu) 278
9.3.1 設(shè)計主數(shù)據(jù)管理解決方案 279
9.3.2 MDM 的分發(fā) 281
9.3.3 主標(biāo)識號 281
9.3.4 參考數(shù)據(jù)與主數(shù)據(jù) 282
9.4 確定企業(yè)數(shù)據(jù)的范圍 283
9.5 MDM 和數(shù)據(jù)質(zhì)量即服務(wù) 286
9.6 精選數(shù)據(jù).286
9.6.1 元數(shù)據(jù)交換 .287
9.6.2 集成視圖 288
9.6.3 可復(fù)用組件和集成邏輯 .288
9.6.4 數(shù)據(jù)重新發(fā)布 .289
9.7 與數(shù)據(jù)治理的關(guān)系 .290
9.8 小結(jié) 290
第10 章 通過元數(shù)據(jù)實現(xiàn)數(shù)據(jù)民主化 293
10.1 元數(shù)據(jù)管理 .294
10.2 企業(yè)元數(shù)據(jù)模型 295
10.3 企業(yè)知識圖譜 303
10.4 元數(shù)據(jù)管理的架構(gòu)方法 307
10.4.1 元數(shù)據(jù)互操作性 .308
10.4.2 元數(shù)據(jù)存儲庫 310
10.5 能提供快速訪問授權(quán)數(shù)據(jù)的市場 313
10.6 小結(jié) 316
第11 章 結(jié)論 317
11.1 交付模式 318
11.1.1 完全去中心化方案 319
11.1.2 部分去中心化方案 320
11.1.3 構(gòu)建團隊 320
11.1.4 內(nèi)部開源策略 321
11.2 文化 322
11.3 技術(shù)選擇 323
11.4 傳統(tǒng)企業(yè)架構(gòu)的沒落 .324
11.4.1 藍(lán)圖和圖表 324
11.4.2 現(xiàn)代技能 325
11.4.3 控制和管理 325
11.5 最后的話 326
術(shù)語 . 327