22-大数据架构设计实践（第22小时）

软考-系统架构设计师 | 第4篇 架构设计实践知识 出题形式：下午案例分析题（必出 25 分）+ 上午选择题 + 论文题 分值占比：约 25-30 分（重点！必出案例）

0. 考点分析

• 大数据 4 大特点：体量大、时效性强、类型多样、价值
• 传统数据处理 5 种解决方法：异步队列/分区/分片/读写分离/分库分表
• Lambda 架构 3 层：批处理层 + 加速层 + 服务层
• Kappa 架构 2 层：实时层 + 服务层
• Lambda vs Kappa 对比：4 维度
• 4 大实践案例：视频网络、广告平台、证券智能决策、电商智能决策
• 大数据 4 个处理过程：采集、清洗、统计、挖掘

1. 核心架构知识

1.1 传统数据处理系统的问题

1.1.1 数据过载问题

传统应用数据系统架构设计时，应用直接访问数据库系统。当用户访问量增加时，数据库无法支撑日益增长的负载，出现超时的错误。

5 种常用解决方法：

1. 增加异步处理队列：通过工作处理层批量处理异步处理队列中的数据修改请求
2. 建立数据库水平分区：通常建立 Key 分区，以主键/唯一键 Hash 值作为 Key
3. 建立数据库分片或重新分片：通常专门编写脚本来自动完成，且要进行充分测试
4. 引入读写分离技术：主数据库处理写请求，通过复制机制分发至从数据库
5. 引入分库分表技术：按照业务上下文边界拆分数据组织结构，拆分单数据库压力

1.1.2 大数据特点

大数据具有体量大、时效性强的特点，并非构造单调，而是类型多样。处理大数据时，传统数据处理系统因数据过载、来源复杂、类型多样等诸多原因性能低下，需要采用以新式计算架构和智能算法为代表的新技术。

大数据的应用重在发掘数据间的相关性，而非传统逻辑上的因果关系。

大数据的目的和价值：发现新的知识，洞悉并进行科学决策。

现代大数据处理技术：

• 基于分布式文件系统 Hadoop
• 使用 Map/Reduce 或 Spark 数据处理技术
• 使用 Kafka 数据传输消息队列及 Avro 二进制格式

1.1.3 大数据利用过程

4 个过程：采集 → 清洗 → 统计 → 挖掘

1.2 大数据处理系统架构分析

1.2.1 面临的挑战

1. 如何利用信息技术等手段处理非结构化和半结构化数据
2. 如何探索大数据复杂性、不确定性特征描述的刻画方法及大数据的系统建模
3. 数据异构性与决策异构性的关系对大数据知识发现与管理决策的影响

1.2.2 大数据处理系统应具有的属性和特征

• 鲁棒性和容错性
• 低延迟
• 横向扩展（通过增强机器性能扩展）
• 通用
• 可扩展
• 即席查询（用户按照自己的要求进行查询）
• 最少维护和可调试

1.3 典型的大数据架构（重点！）

1.3.1 Lambda 架构

定义：Lambda 架构是一种用于同时处理离线和实时数据的、可容错的、可扩展的分布式系统。

3 层结构：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

┌─────────────────────────────────────────┐
│  服务层（Serving Layer）                 │
│  响应用户请求，合并批视图和实时视图       │
├─────────────────────────────────────────┤
│  加速层（Speed Layer）                   │
│  处理增量实时数据，生成实时视图           │
├─────────────────────────────────────────┤
│  批处理层（Batch Layer）                 │
│  存储主数据集，周期执行批处理，生成批视图  │
└─────────────────────────────────────────┘

Lambda 架构优缺点：

• 优点：容错性好，查询灵活度高，弹性伸缩，易于扩展
• 缺点：编码量大，持续处理成本高，重新部署和迁移成本高

与 Lambda 架构相似的模式：事件溯源模式、命令查询职责分离模式（CQRS）

1.3.2 Kappa 架构

定义：Kappa 架构是在 Lambda 架构的基础上进行了优化，删除了 Batch Layer，将数据通道以消息队列进行替代。

2 层结构：

1
2
3
4
5
6
7
8
9

┌─────────────────────────────────────────┐
│  服务层（Serving Layer）                 │
│  使用实时视图中的结果数据集响应用户请求   │
│  实践中使用数据湖中的存储作为服务层       │
├─────────────────────────────────────────┤
│  实时层                                  │
│  处理输入数据，生成实时视图              │
│  Kafka 回访 + Flink/Spark Streaming     │
└─────────────────────────────────────────┘

Kappa 架构本质：通过改进 Lambda 架构中的加速层，使它既能够进行实时数据处理，同时也有能力在业务逻辑更新的情况下重新处理以前处理过的历史数据。

Kappa 优缺点：

• 优点：将离线和实时处理代码进行了统一，方便维护
• 缺点：消息中间件有性能瓶颈、数据关联时处理开销大、抛弃了离线计算的可靠性

Kappa 常见变形：Kappa+ 架构、混合分析系统 Kappa 架构

1.3.3 Lambda vs Kappa 架构对比

1.3.4 Lambda 与 Kappa 架构选择（4 维度）

1.4 大数据架构的实践（4 大案例）

1.4.1 案例 1：大规模视频网络（Lambda 架构）

某网采用 Lambda 架构搭建的大数据平台处理里约奥运会大规模视频网络观看数据。

平台架构（4 层）：

• 数据采集层：PC 端 + App 端 + TV 端 → Nginx → Kafka
• 数据集成层：实时数据（Flume + Kafka）+ 离线数据（Flume + Sqoop + HDFS + ETL）
• 数据存储层：MemSQL + HBase + HDFS
• 数据计算层：离线计算（Spark/MapReduce）+ 实时计算（Spark Streaming）+ 合并计算（Impala/Hive）
• 数据展现层：当日概览、赛事回顾

数据计算层 3 个部分：

1. 离线计算：存储持续增长的批量离线数据，周期性地使用 Spark 和 Map/Reduce 批处理，批视图写入 HDFS
2. 实时计算：采用 Spark Streaming，处理实时增量数据，更新实时视图
3. 合并计算：合并批视图和实时视图，生成最终数据集，写入 HBase 用于响应查询

1.4.2 案例 2：广告平台（Lambda 架构）

1.4.3 案例 3：证券智能决策（Kappa 架构）

某证券公司智能决策大数据系统是一个基于 Kappa 架构的实时日志分析平台。

实时处理过程：

1. 日志采集：用统一的数据处理引擎 Filebeat 实时采集日志并推送给 Kafka 缓存
2. 日志清洗解析：利用基于大数据计算集群的 Flink 计算框架实时读取 Kafka 消息并进行清洗，解析日志文本转换成指标
3. 日志存储：日志转储到 ElasticSearch 日志库，指标转储到 OpenTSDB 指标库
4. 日志监控：单独设置告警消息队列，保持监控消息时序管理和实时推送

1.4.4 案例 4：电商智能决策（Kappa 架构）

该智能决策大数据平台基于 Kappa 架构，使用统一的数据处理引擎 Flink 可实时处理流数据，并将其存储到数据仓库工具 Hive 与分布式缓存 Tair 中。

实时处理过程：

1. 数据采集：B 端实时采集用户点击、下单、广告曝光、出价等数据然后推送给 Kafka 缓存
2. 数据清洗聚合：由 Flink 实时读取 Kafka 消息，按需过滤参与业务需求的指标，将聚合时间段的数据转换成指标
3. 数据存储：Flink 将计算结果转储至 Hive 日志库，将模型需要的参数转储至实时计算数据库 Tair 缓存，后续决策服务从 Tair 中获取数据进行模型训练

1.5 实践案例总结

架构选型决策树：

1
2
3
4
5

Q1: 是否需要频繁修改算法模型参数？
   ├─ 是 → Kappa
   └─ 否 → Q2: 是否有海量历史数据？
              ├─ 是 → Lambda
              └─ 否 → Kappa

2. 关键概念速查

3. 典型例题（案例分析题）

例题 1：选择题（陷阱题）

题目：以下关于大数据的说法中，错误的是（ ）。

A. 大数据拥有体量大、构造单调、时效性强等特点 B. 处理大数据需要采用新式计算架构和智能算法等新技术 C. 大数据的应用着重相关剖析，而不是因果剖析 D. 大数据的目的在于发现新的知识，洞悉并进行科学决策

参考答案：A 解析：大数据具有体量大、时效性强的特征，并非构造单调，而是类型多样。A 选项的"构造单调"是错误的。

例题 2：选择题（Lambda 架构核心）

题目：Lambda 架构分为三层： （1）批处理层（2）加速层（3）服务层

（1）的核心功能是存储主数据集。 （2）的核心功能是处理增量实时数据，生成实时视图。 （3）的核心功能是响应用户请求，合并批视图和实时视图。

参考答案：

• （1）A. 批处理层
• （2）C. 加速层
• （3）C. 服务层

解析：

• 批处理层：核心功能是存储主数据集，主数据集具有原始、不可变、真实的特征
• 加速层：核心功能是处理增量实时数据，生成实时视图
• 服务层：核心功能是响应用户请求，合并批视图和实时视图

例题 3：综合分析题（Lambda 架构识别）

题目：某互联网公司近期为其旗下产品升级架构，架构图（描述）如下：

• Collector 收集结构化数据推送给主 Kafka
• 主 Kafka 写入 HDFS
• 异构数据通过 DataX/Sqoop 写入 HDFS
• HDFS 数据通过 Offline（Hive/MR/Spark）进行离线处理
• HDFS 数据通过 OLAP（Kylin/Naix）进行联机分析处理
• 处理结果存储至由各类关系型数据库组成的结果存储
• 主 Kafka 通过分发机制分发给 Kafka，交给 Flink/Storm 订阅者
• Flink/Storm 进行流式实时处理，结果存储至处理结果存储
• OneDataAPI 通过非关系型数据库对数据平面和业务系统提供数据服务

请指出该架构采用的是什么架构，并说明该架构的层次结构。

参考答案： 该架构采用的是 Lambda 架构，由以下层次组成：

1. 数据采集层：Collector、DataX/Sqoop
2. 数据源：HDFS
3. 批处理层：Offline（Hive/MR/Spark），OLAP（Kylin/Naix）
4. 加速层：Flink/Storm
5. 服务层：结果视图存储（MongoDB、ElasticSearch、HBase、Redis…），OneDataAPI

4. 论文素材

本章是论文题出题范围，以下 3 个题目方向可以重点准备：

1. 论 Lambda 架构在企业大数据平台中的应用

   • 写作要点：批处理/加速/服务 3 层职责、HDFS/Hive/Spark 选型
   • 实战案例：视频网络/广告平台

2. 论 Kappa 架构在实时数据处理中的实践

   • 写作要点：Flink + Kafka 流批一体、Kappa+ 变形
   • 实战案例：证券智能决策/电商智能决策

3. 论 Lambda 与 Kappa 架构的选型与对比

   • 写作要点：4 维度选择、业务特点与架构匹配
   • 实战案例：从 Lambda 迁移到 Kappa 的演进

5. 高频考点

1. 大数据 4 特点：体量大、时效性强、类型多样、价值（注：不是"构造单调"）
2. Lambda 3 层：批处理层（主数据集）+ 加速层（实时视图）+ 服务层（合并响应）
3. Kappa 2 层：实时层 + 服务层
4. Lambda vs Kappa 4 维度对比：复杂度、计算开销、实时性、历史数据
5. 4 大实践案例技术栈：
   • 视频网络：Spark + HBase + HDFS + Kafka
   • 广告平台：Spark Streaming + Redis + MySQL
   • 证券：Filebeat + Kafka + Flink + ES + OpenTSDB
   • 电商：Flink + Kafka + Hive + Tair
6. 大数据 4 过程：采集 → 清洗 → 统计 → 挖掘
7. 传统数据库过载 5 种解决方法：异步队列/分区/分片/读写分离/分库分表