SpringCloud面试题 - 单体应用、SOA、微服务架构有什么区别？

1. 架构概述

1.1 单体应用(Monolithic Architecture)

单体应用是将所有功能模块打包在一个单一应用程序中的架构风格。所有组件（如用户界面、业务逻辑、数据访问等）都紧密耦合在一起，运行在同一个进程中。

Java代码示例：

// 单体应用中的典型控制器
@Controller
public class OrderController {
    @Autowired
    private OrderService orderService;
    
    @PostMapping("/orders")
    public String createOrder(Order order) {
        orderService.processOrder(order);
        return "orderConfirmation";
    }
}

// 服务类
@Service
public class OrderService {
    @Autowired
    private OrderRepository orderRepository;
    
    public void processOrder(Order order) {
        // 业务逻辑处理
        orderRepository.save(order);
    }
}

// 数据访问层
@Repository
public class OrderRepository {
    public void save(Order order) {
        // 数据库操作
    }
}

1.2 SOA(面向服务架构)

SOA(Service-Oriented Architecture)是一种将应用程序的不同功能单元(称为服务)通过定义良好的接口和契约联系起来的架构风格。这些服务通过企业服务总线(ESB)进行通信。

Java代码示例：

// 订单服务接口
@WebService
public interface OrderService {
    @WebMethod
    OrderResponse createOrder(OrderRequest request);
}

// 订单服务实现
@WebService(endpointInterface = "com.example.OrderService")
public class OrderServiceImpl implements OrderService {
    @WebMethod
    public OrderResponse createOrder(OrderRequest request) {
        // 调用其他服务通过ESB
        InventoryService inventoryService = getInventoryServiceThroughESB();
        PaymentService paymentService = getPaymentServiceThroughESB();
        
        // 处理订单逻辑
        return new OrderResponse();
    }
}

1.3 微服务架构(Microservices Architecture)

微服务架构是一种将单一应用程序开发为一组小型服务的方法，每个服务运行在自己的进程中，服务间采用轻量级机制(通常是HTTP RESTful API)通信。

Java代码示例：

// 订单微服务控制器
@RestController
@RequestMapping("/orders")
public class OrderController {
    @PostMapping
    public ResponseEntity<Order> createOrder(@RequestBody Order order) {
        // 调用库存微服务
        ResponseEntity<InventoryResponse> inventoryResponse = restTemplate.postForEntity(
            "http://inventory-service/api/inventory/check",
            new InventoryCheckRequest(order.getProductId(), order.getQuantity()),
            InventoryResponse.class);
        
        if (!inventoryResponse.getBody().isAvailable()) {
            throw new RuntimeException("Product not available");
        }
        
        // 处理订单逻辑
        return ResponseEntity.ok(orderService.createOrder(order));
    }
}

// 库存微服务控制器
@RestController
@RequestMapping("/api/inventory")
public class InventoryController {
    @PostMapping("/check")
    public InventoryResponse checkInventory(@RequestBody InventoryCheckRequest request) {
        // 检查库存逻辑
        return inventoryService.checkInventory(request);
    }
}

2. 主要区别对比

3. 架构演进流程图

4. 如何选择架构

1. 选择单体应用当：

   • 团队小，项目初期
   • 应用简单，功能有限
   • 需要快速验证产品概念

2. 选择SOA当：

   • 需要集成多个异构系统
   • 已有大量遗留系统需要整合
   • 企业级应用需要标准化服务

3. 选择微服务当：

   • 大型复杂应用需要长期演进
   • 需要独立扩展不同组件
   • 团队规模大，需要独立开发部署
   • 需要采用多种技术栈

5. 总结

三种架构各有优劣，没有绝对的"最好"选择。实际项目中，甚至可以混合使用这些架构模式。关键是根据项目规模、团队能力和业务需求做出合理选择。

随着云原生技术的发展，微服务架构越来越流行，但它也带来了分布式系统的复杂性。对于许多应用来说，从单体开始，在必要时逐步拆分为微服务，可能是一个更稳妥的演进路径。