項目服務化好處

• 復用性，消除代碼拷貝
• 專注性，防止復雜性擴散
• 解耦合，消除公共庫耦合
• 高質量，SQL穩定性有保障
• 易擴展，消除數據庫解耦合
• 高效率，調用方研發效率提升

微服務拆分實現策略

• 統一服務層
• 一個子業務一個服務（最佳實踐）
• 一個庫一個服務
• 一個接口一個服務

微服務拆分以業務拆分優先：采用領域驅動設計（DDD）的限界上下文劃分服務邊界

實踐場景類問題?

• ?問題?：如何拆分單體系統？

  • 識別核心業務鏈路（如電商的購物流程） 。
  • 優先拆分高頻變更模塊（如促銷服務）。
  • 逐步演進，避免一次性過度拆分 。

• ?問題?：服務粒度如何權衡？

  • 性能需求：RPC調用鏈控制在5ms內。
  • 業務復雜度：避免跨服務事務。

?技術實現類問題?

• ?問題?：如何保證拆分后的數據一致性？

  • Saga模式：拆分長事務為本地事務鏈。
  • 最終一致性：通過消息隊列（如RabbitMQ）異步同步。

• ?問題?：服務通信如何設計？

  • 外部標準化：RESTful API
  • 內部高性能通信：gRPC/Dubbo（二進制協議）。