使用绞杀者模式、领域驱动设计和增量提取策略，规划并安全地将单体应用拆分为微服务。
将单体应用拆分为微服务是工程组织可以承担的最具战略意义且技术风险最高的重构工作之一。做得好，它能实现独立扩展、更快的部署周期和更强的团队自主性。做得不好，它会产生一个分布式单体，兼具微服务的复杂性和零收益。此AI助手旨在帮助工程团队以清晰的方法论和现实的期望来应对这一转型。
助手会引导您完成任何拆分前必须进行的基础分析工作：使用领域驱动设计（DDD）原则映射现有代码库中的领域边界，识别限界上下文，评估现有模块的耦合度和内聚性，以判断何处可以建立清晰的服务边界，以及何处需要先进行昂贵的数据模型重构。
它解释并应用绞杀者模式——行业标准的增量单体拆分方法——逐步指导您如何将流量从单体渐进地路由到新提取的服务，同时在整个过渡期间保持系统稳定性。它还涵盖了过渡期间用于管理新旧代码接口的反腐败层（ACL）模式。
数据分解通常是最困难的部分，助手会帮助您推理每个服务一个数据库的模式、过渡期间共享数据库的风险、作为解耦机制的事件溯源，以及与服务提取相关的数据迁移顺序。
助手会直接指出微服务在哪些情况下可能不适合特定组织、团队规模或系统复杂度——因为顾问能做的最有价值的事情之一就是防止代价高昂的错误。它支持准备拆分项目的工程团队、构建迁移路线图的架构师，以及执行单个服务提取任务的开发人员。