面试题：Spring Cloud微服务架构成本优化的服务治理策略

服务熔断、降级和限流对成本优化的作用

服务熔断
- 作用：当某个服务调用出现频繁失败（如网络超时、异常等）时，熔断机制会暂时切断对该服务的调用，避免调用方持续消耗资源去尝试调用不可用的服务。例如在电商系统中，若商品详情服务依赖的库存服务出现故障，频繁调用库存服务不仅浪费调用方（商品详情服务）的线程等资源，还可能导致整个商品详情服务因资源耗尽而崩溃。熔断后，调用方可以快速返回错误，释放资源，避免连锁反应，从整体上降低系统因故障服务导致的资源浪费，从而优化成本。
服务降级
- 作用：在系统资源紧张（如高并发场景下）或某个服务出现故障时，通过降级，将非核心功能或性能要求较高的服务暂时关闭或替换为简单的兜底逻辑。比如在大型促销活动期间，电商系统的个性化推荐服务可能会因高并发导致系统资源紧张，此时可以将个性化推荐服务降级为简单的热门商品推荐。这样既保证了核心的商品展示和购买功能正常运行，又节省了用于复杂个性化推荐计算的资源，降低了硬件成本和维护成本。
服务限流
- 作用：通过限制单位时间内对某个服务的请求数量，防止因过多请求导致服务过载。以API网关为例，如果不进行限流，恶意用户或异常流量可能瞬间发送大量请求，使后端服务不堪重负，甚至导致整个系统瘫痪。限流可以确保服务在其能承受的负载范围内运行，避免因过度请求造成的资源浪费和系统崩溃带来的修复成本，合理利用现有资源，优化成本。

不同场景下策略的选择与配置

高并发读多写少场景（如商品展示页）
- 策略选择：
  - 限流：可以对商品展示接口进行限流，防止短时间内大量读请求压垮服务。例如，使用令牌桶算法限制每秒最多处理1000个请求。
  - 服务降级：如果后端关联的某些非核心服务（如商品评价统计实时更新服务）出现问题，可对其进行降级，将评价统计展示改为定时更新的静态数据。这样在保证商品展示核心功能的同时，降低因等待非核心服务恢复而消耗的资源。
- 配置：
  - 在Spring Cloud Gateway中配置限流，可使用如下配置：

spring:
  cloud:
    gateway:
      routes:
      - id: product - display - route
        uri: lb://product - display - service
        predicates:
        - Path=/products/**
        filters:
        - name: RequestRateLimiter
          args:
            key - resolver: "#{@userKeyResolver}"
            redis - rate - limiter.replenishRate: 1000
            redis - rate - limiter.burstCapacity: 2000

 - 在服务实现类中配置降级逻辑，例如使用Hystrix：

@Service
public class ProductDisplayService {
    @HystrixCommand(fallbackMethod = "fallbackForProductDisplay")
    public String getProductDetails(String productId) {
        // 正常获取商品详情逻辑
    }
    public String fallbackForProductDisplay(String productId) {
        // 降级逻辑，如返回默认数据
        return "Default product details";
    }
}

依赖服务不稳定场景（如依赖第三方支付服务）
- 策略选择：
  - 服务熔断：为第三方支付服务调用设置熔断机制，若连续多次调用失败（如超过5次），则熔断该服务调用，避免持续无效调用。
  - 服务降级：在熔断期间，可进行服务降级，返回友好的提示信息告知用户支付服务暂时不可用，引导用户稍后重试或选择其他支付方式。
- 配置：
  - 使用Hystrix配置熔断，在配置文件中：

hystrix:
  command:
    ThirdPartyPaymentCommand:
      circuitBreaker:
        requestVolumeThreshold: 20
        errorThresholdPercentage: 50
        sleepWindowInMilliseconds: 5000

 - 在服务调用方法中设置降级方法：

@Service
public class PaymentService {
    @HystrixCommand(fallbackMethod = "fallbackForPayment")
    public String pay(String orderId, BigDecimal amount) {
        // 调用第三方支付服务逻辑
    }
    public String fallbackForPayment(String orderId, BigDecimal amount) {
        // 降级逻辑，返回提示信息
        return "Payment service is temporarily unavailable. Please try again later.";
    }
}

突发流量场景（如限时抢购活动）
- 策略选择：
  - 限流：对抢购接口进行严格限流，根据系统性能和资源情况，精确控制每秒允许进入的请求数量。例如，设置每秒仅允许500个请求进入抢购流程，防止过多请求导致系统崩溃。
  - 服务熔断和降级：若抢购过程中依赖的库存扣减服务出现故障，启用熔断机制，并对库存扣减服务进行降级，如改为记录抢购订单，后续异步处理库存扣减，保证抢购活动的基本流程能够继续进行，避免因库存服务故障导致整个抢购活动无法进行。
- 配置：
  - 在Spring Cloud Gateway中配置抢购接口限流：

spring:
  cloud:
    gateway:
      routes:
      - id: flash - sale - route
        uri: lb://flash - sale - service
        predicates:
        - Path=/flash - sale/**
        filters:
        - name: RequestRateLimiter
          args:
            key - resolver: "#{@userKeyResolver}"
            redis - rate - limiter.replenishRate: 500
            redis - rate - limiter.burstCapacity: 1000

 - 对库存扣减服务配置熔断和降级，使用Hystrix：

@Service
public class StockService {
    @HystrixCommand(fallbackMethod = "fallbackForStockDeduction")
    public boolean deductStock(String productId, int quantity) {
        // 正常库存扣减逻辑
    }
    public boolean fallbackForStockDeduction(String productId, int quantity) {
        // 降级逻辑，记录订单待后续处理
        return true;
    }
}

星途面试题库

面试题：Spring Cloud微服务架构成本优化的服务治理策略

知识考点

面试题答案

服务熔断、降级和限流对成本优化的作用

不同场景下策略的选择与配置