中国航空集团计划打造‘智慧机场’平台，整合值机、安检、行李、商业等系统。请设计该平台的产品规划，包括核心功能模块、技术架构选择，以及如何确保各系统间的数据互通。
中国航空集团产品管理岗位难度：困难
答案
1) 【一句话结论】
构建以乘客全旅程体验为中心的微服务架构，通过统一数据中台与标准API实现值机、安检、行李、商业等系统数据互通，提升运营效率与乘客体验。
2) 【原理/概念讲解】
智慧机场平台的核心是围绕“乘客全旅程”（从值机、安检到登机各环节）设计，以“数据中台”作为数据枢纽，统一存储处理各系统数据；采用“微服务架构”将业务拆分为独立服务（如值机、安检服务），提升灵活性与可扩展性。类比：大型交响乐团，每个乐器（系统）独立演奏，通过指挥（数据中台）协调，共同完成演出（乘客体验）。
3) 【对比与适用场景】
| 架构模式 | 定义 | 特性 | 使用场景 | 注意点 |
|---|---|---|---|---|
| 单体架构 | 所有功能集成在一个应用中 | 代码耦合度高，扩展性差 | 小型系统，开发周期短 | 难以独立部署，升级风险高 |
| 微服务架构 | 按业务功能拆分为独立服务 | 模块化，独立部署，高内聚 | 大型复杂系统，业务边界清晰 | 需处理服务间通信、数据一致性 |
| 数据同步方式 | 同步（实时） | 数据实时一致，响应快 | 对数据一致性要求高的场景 | 系统间耦合度高，故障易扩散 |
| 异步（消息队列） | 通过消息队列传递数据 | 系统解耦，容错性好 | 业务场景有异步需求（如行李处理） | 需处理消息丢失、顺序问题 |
4) 【示例】
以“值机系统与行李系统的数据互通”为例（定义统一数据模型与流程）：
- 统一数据模型（乘客信息字段）：
passengerId（唯一标识）、name（姓名）、idCard（身份证号，脱敏规则：仅保留后4位）、flightNo（航班号）、seats（座位号列表）、luggageId（行李唯一标识）。 - 流程：
- 乘客在值机系统提交值机请求，系统调用行李系统API生成行李标签；
- 值机系统将值机数据（含脱敏后的身份证号）同步至数据中台；
- 安检系统通过数据中台查询乘客的值机状态与行李信息，优化安检流程。
伪代码示例：
值机系统（值机服务）：
// 乘客值机请求（含脱敏身份证号）
POST /api/v1/checkin
{
"passengerId": "P12345",
"flightNo": "CA1234",
"seats": ["21A", "21B"],
"idCard": "123456789012345678"
}
行李系统（行李服务）：
// 接收值机后生成行李标签
POST /api/v1/luggage/generate
{
"passengerId": "P12345",
"flightNo": "CA1234",
"seats": ["21A", "21B"],
"luggageInfo": "2件行李，总重45kg"
}
数据中台（数据服务）：
// 存储乘客值机信息（敏感数据脱敏）
POST /api/v1/datastore/passenger-checkin
{
"passengerId": "P12345",
"flightNo": "CA1234",
"checkinTime": "2024-05-20T10:00:00Z",
"seats": ["21A", "21B"],
"luggageId": "L12345",
"idCard": "123456789012345678"
}
5) 【面试口播版答案】
“面试官您好，针对中国航空集团的智慧机场平台规划，我的核心思路是构建以乘客全旅程体验为中心的微服务架构，通过统一数据中台和标准API接口实现各系统（值机、安检、行李、商业）的互联互通。具体来说，核心功能模块包括：用户旅程管理（整合各环节流程）、数据中台（统一数据存储与处理）、服务编排引擎（动态调度各服务）、商业智能分析（优化运营）。技术架构上，采用微服务架构，每个系统（如值机、安检）作为独立服务，通过API网关统一入口，数据中台作为数据枢纽，使用消息队列（如Kafka）处理异步通信，确保系统解耦。数据互通方面，定义标准数据模型（如乘客信息、航班信息、行李信息），通过RESTful API或gRPC接口，以及数据中台的实时同步机制，实现各系统数据实时共享。例如，乘客值机后，值机系统调用行李系统的API生成行李标签，并同步到数据中台，安检系统通过数据中台获取乘客的值机与行李信息，提升安检效率。这样既能保证各系统独立开发、快速迭代，又能实现数据统一，提升乘客体验和运营效率。”
6) 【追问清单】
- 技术选型细节：问“为什么选择微服务框架（如Spring Cloud）和消息队列（如Kafka）？”
- 回答要点：微服务框架（Spring Cloud）适合业务拆分，提高灵活性；消息队列（Kafka）用于异步通信，解耦系统，提高容错性，适合高并发场景。
- 数据一致性：问“如何确保值机信息变更后，行李系统实时更新？”
- 回答要点：采用事件驱动架构，值机系统发布“乘客值机完成”事件，行李系统订阅该事件并更新数据；或通过数据中台的实时同步，结合Saga模式处理数据一致性。
- 高并发处理：问“如何应对航班起飞前的高流量？”
- 回答要点：微服务架构中，每个服务可独立水平扩展；使用负载均衡（如Nginx）分发请求；消息队列缓冲请求，避免系统过载；数据库读写分离提高查询性能。
- 数据安全：问“如何保护乘客隐私数据？”
- 回答要点：数据中台对敏感数据（如身份证号、联系方式）进行脱敏处理；采用加密传输（如HTTPS）；访问控制（RBAC），限制各系统对数据的访问权限；符合《个人信息保护法》等法规。
7) 【常见坑/雷区】
- 架构复杂化：过度设计导致系统难以维护，忽略业务实际需求。
- 数据模型不统一：各系统数据标准不一致，导致数据互通困难。
- 忽略异步通信：采用同步方式导致系统耦合度高，故障易扩散。
- 数据安全缺失：未考虑敏感数据保护，易引发隐私泄露。
- 扩展性不足：未规划高峰期流量处理，导致系统崩溃。