2025年架构试题库及答案.docxVIP

2025年架构试题库及答案

一、微服务架构

1.微服务架构中，服务拆分的核心原则有哪些？如何避免过度拆分导致的复杂度激增？

核心原则包括：①业务边界驱动，基于领域驱动设计（DDD）划分限界上下文，确保服务对应独立业务功能；②独立演进，每个服务具备独立的生命周期，支持单独部署与版本迭代；③松耦合，服务间通过接口而非实现依赖，降低修改传播风险；④高内聚，服务内部聚焦单一业务能力，避免功能冗余。

避免过度拆分需：①通过领域事件分析业务流程的强依赖关系，仅拆分强独立的子域；②建立服务契约（如OpenAPI）并实施自动化测试，确保接口稳定性；③定期进行架构评审，评估服务间调用复杂度（如调用链长度、跨服务事务占比），合并低价值的微小服务。

2.微服务治理中，服务熔断与服务降级的核心区别是什么？实际部署中如何协同配置？

熔断是故障隔离机制，当服务A调用服务B的失败率超过阈值（如5分钟内错误率≥80%），触发熔断，后续请求直接返回预设错误，避免A因B故障耗尽资源。降级是功能取舍策略，在系统过载时（如CPU利用率≥90%），暂时关闭非核心功能（如推荐模块），优先保障核心业务（如支付）。

协同配置时，需先通过熔断阻断故障传播，再通过降级释放资源。例如：对用户详情服务设置熔断阈值（错误率≥70%触发），同时对评论查询功能设置降级规则（QPS≥5000时返回缓存的简化数据），确保核心的用户登录流程不受影响。

二、云原生架构

3.云原生场景下，Kubernetes的HorizontalPodAutoscaler（HPA）与VerticalPodAutoscaler（VPA）的核心作用有何不同？如何结合使用以优化资源效率？

HPA基于负载动态调整Pod数量（如CPU利用率≥80%时扩容），解决水平扩展问题；VPA根据资源使用情况自动调整Pod的CPU/内存请求与限制，解决垂直资源分配问题。

结合使用时，VPA为每个Pod设置合理的资源上下限（避免资源浪费或不足），HPA在此基础上根据实时负载增减实例。例如：对订单服务配置VPA，将内存请求从2Gi动态调整为1.5Gi（当平均使用量为1.2Gi时），同时配置HPA（CPU≥70%时从3个Pod扩容至5个），既保证单Pod资源充足，又能应对流量高峰。

4.服务网格（如Istio）如何实现服务间通信的可观测性？关键技术包括哪些？

服务网格通过在每个服务旁部署Sidecar代理（如Envoy）拦截所有流量，自动收集指标（请求数、延迟、错误率）、日志（完整请求路径）和链路追踪数据（提供全局TraceID）。关键技术包括：①流量镜像，将一定比例的流量复制到分析系统；②元数据注入，在请求头中添加服务版本、实例ID等信息；③分布式追踪，通过B3协议（TraceID、SpanID）关联跨服务调用链路。例如：用户下单请求经API网关→订单服务→库存服务，Sidecar会为整个调用链提供同一TraceID，在Jaeger中展示各环节耗时，快速定位慢调用。

三、分布式系统设计

5.分布式一致性协议中，Raft与Paxos的核心差异是什么？生产环境中如何选择？

Raft通过强领导（Leader）简化共识过程，将一致性问题分解为领导选举、日志复制两个阶段，更易理解和实现；Paxos包含Prepare、Accept、Commit多阶段，允许无固定领导，理论更普适但实现复杂。

选择时：①需快速落地的场景（如内部缓存集群）优先Raft（etcd即基于Raft）；②需处理更复杂网络分区的场景（如分布式数据库）可考虑Paxos（如GoogleChubby）；③对维护成本敏感时，Raft因实现简单更具优势。

6.分布式事务中，Seata的AT模式与TCC模式的适用场景有何不同？各自的实现限制是什么？

AT模式基于数据库本地事务和回滚日志，自动提供补偿操作，适用于业务逻辑简单、数据库支持回滚日志（如MySQL的undolog）的场景（如电商下单扣库存）。限制：需数据库支持行锁，且事务未提交时会占用锁资源，长事务可能导致锁超时。

TCC模式要求业务方显式实现Try（预留资源）、Confirm（提交资源）、Cancel（释放资源）接口，适用于跨服务、跨数据库的复杂事务（如订单支付+积分扣减+优惠券使用）。限制：需改造业务代码，且Confirm/Cancel需保证幂等性（多次调用结果一致）。

四、架构设计原则与实践

7.领域驱动设计（DDD）中，聚合根（AggregateRoot）的核心职责是什么？如何通过聚合根控制业务边界？

聚合根是领域模型中的核心实体，负责：①封装聚合内的所有实体与值对象，确保内部业务规则的一致性；②作为外部访问的唯