字数 6108，阅读大约需 31 分钟
第26讲：“智慧邻里”的“数据高速公路”（系统集成）
【老孙开篇寄语】
同学们，欢迎来到“工程篇”的第七站。
咱们很多非IT专业的同学，一听到“系统集成”这四个字，头就大了。是不是要写代码？是不是要懂复杂的网络协议？是不是要像黑客一样敲命令？
老孙给大家吃颗定心丸：
咱们是考“项目经理”，不是考“程序员”。
在高项考试中，对于“系统集成”，你只需要知道“是什么”和“怎么选”。举个例子：
你家里装修，要装一套“全屋智能”。
- • 程序员（实施）：负责研究这根线接哪里，那个开关怎么编程，代码怎么写。
- • 项目经理（你）：负责决定“买小米的还是买华为的？”（选型），以及“怎么让小米的灯能听懂华为音箱的指挥？”（集成方案）。
这一讲，老孙就带大家站在项目经理的视角，用最通俗的语言，把教材第5章中关于“系统集成”的那些“硬骨头”——什么EAI、ESB、Web Service、中间件——统统啃下来。我们要把这些枯燥的技术名词，变成你脑海中生动的画面，变成你在考场上拿分的武器。
第一章：上节回顾与热身
1.1 上节核心回顾
在第25讲《“智慧邻里”的“地基”（数据工程）》中，我们一起当了一回“地质勘探员”。对于小白同学，只要把这三句话刻在脑子里，选择题就能稳拿分：
- 1. E-R图：就是画“方框（实体）”和“菱形（关系）”的图。它是项目经理和程序员沟通数据的“通用语”，用来理清“谁拥有谁”、“谁包含谁”。
- 2. 范式：就是数据的“断舍离”收纳术。
- • 1NF：格子要分细（属性不可分）。
- • 2NF：主键说了算（消除部分依赖）。
- • 3NF：拒绝传声筒（消除传递依赖）。
- 3. SQL vs NoSQL：
- • SQL（MySQL/Oracle）：是严谨的“管家”，管钱、管账、管核心资料，讲究ACID（原子性、一致性、隔离性、持久性）。
- • NoSQL（Redis/MongoDB）：是灵活的“游侠”，管缓存、管日志、管海量非结构化数据，讲究BASE（基本可用、软状态、最终一致性）。
1.2 上节课后作业精讲
上一讲的作业，老孙特意出了一道关于“二期集成风险”的思考题。很多同学在群里讨论得很热烈，有的说要“写代码适配”，有的说要“换供应商”。其实，从高项考试的角度，我们要考查的是对“集成架构”的宏观把控。
【作业场景复盘】
“智慧邻里”二期建设，面临三大集成挑战：
- 1. 与“市智慧停车平台”集成（对方提供标准API）。
- 2. 与“集团老财务系统”集成（对方是10年前的Oracle，只给只读视图）。
- 3. 与“小区智能电梯”集成（对方提供物联网消息）。
【老孙满分解析】
这道题，考的不是技术细节，而是项目经理对“集成模式”的选择。
- • 挑战一：对接“市智慧停车平台”（API集成）
- • 考点：应用集成（EAI）。
- • 风险：依赖性风险。对方是“外部系统”，接口说变就变。
- • 对策：建立“防腐层（Adapter）”。不要让我们的核心代码直接去调对方的API，而是中间加一层“转换器”。如果对方接口变了，我们只改转换器，不改核心代码。
- • 考点：数据集成与数据仓库。
- • 风险：实时性风险。老系统跑不动，不能频繁查。
- • 对策：“T+1”模式。不要实时去查，而是每天凌晨，利用ETL工具，把老系统的数据“抽取、转换”后，搬运到我们的“数据仓库”里。白天我们只查自己的仓库，既快又不影响老系统。