随着公司业务扩展，船舶设备管理系统需要支持更多设备类型和用户数量，如何设计系统扩展方案？请说明架构扩展策略及性能优化措施。

1) 【一句话结论】采用微服务架构结合水平扩展与缓存/异步处理策略，通过服务解耦、分片、负载均衡等手段提升系统可扩展性与性能。

2) 【原理/概念讲解】老师口吻，解释核心概念：
首先，系统扩展的核心是解决“可扩展性”和“性能”问题。对于可扩展性，我们通常有两种扩展方式：水平扩展（增加服务器节点）和垂直扩展（提升单台服务器配置）。但垂直扩展受限于硬件成本和性能上限，大规模扩展更适合水平扩展。
然后，架构设计上，采用微服务架构是关键——把原本单体系统拆分为多个独立的服务（比如设备管理、用户管理、数据采集服务），每个服务负责特定业务，这样当业务增长时，只需扩容对应服务，而不是整个系统。比如设备管理服务增加实例，用Nginx负载均衡分发请求，就能支持更多设备。
接下来，性能优化方面，高频查询的设备信息会频繁访问数据库，我们可以用Redis缓存这些数据，减少数据库压力；对于设备状态上报这类非实时性任务，引入Kafka消息队列，将数据先存入队列，再异步处理，避免阻塞主流程，提升系统响应速度。

3) 【对比与适用场景】

架构类型	定义	特性	使用场景	注意点
单体架构	所有功能模块集中在一个应用中	代码耦合度高，扩展困难	小规模系统，开发周期短	扩展时需全量升级，影响大
微服务架构	按业务拆分为多个独立服务	服务间松耦合，独立部署	大规模系统，业务复杂	服务间通信成本，运维复杂度
水平扩展	增加服务器节点，分担负载	弹性高，可按需扩展	大用户量、高并发	需要负载均衡，网络延迟
垂直扩展	提升单台服务器配置（CPU/内存）	无需额外节点，部署简单	小规模，短期扩展	成本高，扩展上限有限

4) 【示例】
以设备管理服务为例，水平扩展部署：

• 部署多台设备管理服务实例（如3台），配置Nginx负载均衡器（轮询策略）。
• 用户请求到达Nginx后，分发到任意一台设备管理实例，实例处理请求并返回结果。
• 数据库分片（假设设备按ID范围分片），每台实例对应不同分片数据库，避免单库压力。

5) 【面试口播版答案】
“面试官您好，针对系统支持更多设备类型和用户数量的问题，我的核心思路是采用微服务架构结合水平扩展与缓存/异步处理策略。首先，架构上拆分为设备管理、用户管理、数据采集等微服务，每个服务独立部署，这样扩展时只需扩容对应服务，比如设备管理服务增加实例，用Nginx负载均衡。然后性能优化方面，对高频查询的设备信息使用Redis缓存，减少数据库压力；对于设备状态上报这类非实时性任务，引入Kafka消息队列异步处理，避免阻塞主流程。这样既能提升系统扩展性，又能保证性能。”

6) 【追问清单】

• 问题：微服务拆分时如何确定业务边界？
  回答要点：根据业务能力拆分，比如设备管理是核心服务，用户管理独立，避免耦合。
• 问题：消息队列如何保证数据不丢失？
  回答要点：Kafka采用持久化存储+副本机制，确保数据可靠传输。
• 问题：缓存如何处理缓存击穿、雪崩问题？
  回答要点：缓存击穿用互斥锁+空值缓存；缓存雪崩用随机过期时间。
• 问题：水平扩展后如何保证服务间一致性？
  回答要点：使用分布式事务（如Saga模式）或最终一致性方案。

7) 【常见坑/雷区】

• 单体架构扩展困难，只说垂直扩展；
• 未提缓存和异步处理，忽略性能优化；
• 微服务通信问题（如服务间调用超时）；
• 数据库分片未考虑一致性；
• 缓存未考虑失效策略（如TTL设置）。