读数据架构知识体系指南22读后总结与感想兼导读

1. 基本信息
-
数据安全架构设计与实战
-
作者:郑云文
-
出版社:机械工业出版社
-
出版时间:2019-09-01
-
ISBN:9787111637875
1.1. 读薄率
书籍总字数26.3万字,笔记总字数65184字。
读薄率65184÷263000≈24.8%
1.2. 读厚方向
-
工业软件简史
-
普林斯顿计算机公开课(原书第2版)
-
芯片简史
-
计算机:一部历史
-
像素传奇:从计算机百年成像史到未来视觉帝国
-
创新者
1.3. 笔记--章节对应关系
| 笔记 | 章节 | 字数 | 发布日期 2026 |
|---|---|---|---|
| 读数据架构知识体系指南01关系数据仓库(上) | 第4章 关系数据仓库 | 2142 | 9月19日 |
| 读数据架构知识体系指南02关系数据仓库(下) | 第4章 关系数据仓库 | 3323 | 9月20日 |
| 读数据架构知识体系指南03数据湖(上) | 第5章 数据湖 | 2431 | 9月22日 |
| 读数据架构知识体系指南04数据湖(下) | 第5章 数据湖 | 3522 | 9月23日 |
| 读数据架构知识体系指南05数据存储 | 第6章 数据存储解决方案和数据处理 | 2490 | 9月24日 |
| 读数据架构知识体系指南06数据处理 | 第6章 数据存储解决方案和数据处理 | 2642 | 9月25日 |
| 读数据架构知识体系指南07大数据 | 第1章 大数据 第2章 数据架构类型 | 4370 | 9月26日 |
| 读数据架构知识体系指南08架构设计会议 | 第3章 架构设计会议 | 3040 | 9月27日 |
| 读数据架构知识体系指南09设计方法 | 第7章 设计方法 | 2967 | 9月28日 |
| 读数据架构知识体系指南10数据建模方法(上) | 第8章 数据建模方法 | 3242 | 9月29日 |
| 读数据架构知识体系指南11数据建模方法(下) | 第8章 数据建模方法 | 2337 | 9月30日 |
| 读数据架构知识体系指南12数据导入方法 | 第9章 数据导入方法 | 2261 | 10月2日 |
| 读数据架构知识体系指南13现代数据仓库 | 第10章 现代数据仓库 | 4527 | 10月3日 |
| 读数据架构知识体系指南14数据编织 | 第11章 数据编织 | 2013 | 10月4日 |
| 读数据架构知识体系指南15数据湖仓 | 第12章 数据湖仓 | 3655 | 10月5日 |
| 读数据架构知识体系指南16数据网格(上) | 第13章 数据网格基础 第14章 是否该采用数据网格?神话、疑虑及未来 | 3607 | 10月6日 |
| 读数据架构知识体系指南17数据网格(下) | 第13章 数据网格基础 第14章 是否该采用数据网格?神话、疑虑及未来 | 3308 | 10月7日 |
| 读数据架构知识体系指南18人员和流程(上) | 第15章 人员和流程 | 2641 | 10月8日 |
| 读数据架构知识体系指南19人员和流程(下) | 第15章 人员和流程 | 3580 | 10月9日 |
| 读数据架构知识体系指南20技术(上) | 第16章 技术 | 4667 | 10月10日 |
| 读数据架构知识体系指南21技术(下) | 第16章 技术 | 2419 | 10月11日 |
| $ | 总计 | 65184 | $ |
2. 亮点
2.1架构设计会议
-
架构设计会议是由技术专家主导,业务和技术利益相关者共同参与的结构化讨论
-
其核心目的在于为特定的商业机会定义并规划收集数据解决方案的高层设计
-
第一次架构设计会议是架构过程的开始,并将引发更多的讨论(很可能包括其他ADS),以支持数据解决方案项目
-
-
可交付成果
-
可作为数据解决方案起点的架构(或“蓝图”)
-
高级行动计划,可能包括后续演示、概念验证和产品讨论
-
-
架构设计会议不是技术研讨会、技术培训、技术演示,也不是低层次的需求会议
2.2 数据编织
-
数据编织是现代数据仓库构架(MDW)的进化
- 构建在MDW上的更高级层,其提高了数据的可访问性、安全性、可发现性和可用性
-
数据编织贯穿整个公司,累积了所有数据,将其提供给所有需要的人
-
无论数据的大小、速度或类型如何,这种架构都能使用数据
-
数据结构解决方案可以使用组织内的所有数据
-
数据编织是一种设计理念,是数据和连接流程的集成层(结构)
2.3 数据湖仓
- 数据湖仓是数据湖和数据仓库概念的调和物
- 架构师的主要职责就是识别可用于各种架构的产品,并确定和分析它们之间的权衡关系,从而为具体用例选择最佳的架构和产品
- 像Delta Lake一样,类似Apache Icebergand、Apache Hudi的技术以及存储计算持续改进,维护RDW的理由将越来越少
3. 感想
3.1 过程、演进、演化
-
都是一步一个坑走过来的,不是一蹴而就的
-
发现问题,解决问题,再发现问题,再解决问题,循环往复
3.2 层次结构非常好
-
架构和体系大多是层次结构
-
可能是层次结构更易于理解吧
浙公网安备 33010602011771号