在领域驱动设计（DDD）实践中，聚合（Aggregate）作为确保一致性的边界，是业务逻辑的重要组成部分。当聚合内部的业务逻辑对外部服务产生了过多的依赖时，可能导致性能瓶颈、系统解耦度下降以及业务逻辑与外部依赖紧密耦合，这些问题会影响系统的可扩展性和维护性。为了解决这个问题，可以从以下几个方面进行聚合级别的重构：

1. 领域事件（Domain Events）模式：通过发布领域事件来解耦外部依赖与核心业务逻辑。当聚合内的某个操作完成时，可以发布一个领域事件，外部服务通过订阅这些事件来执行相应的操作。例如，假设有一个订单聚合，在订单创建成功后，可以发布一个OrderCreatedEvent，而库存、物流等外部服务订阅此事件并进行相应的处理，如减少库存、安排配送等。

2. 引入领域服务（Domain Services）：对于复杂的业务逻辑，特别是那些不适合放在实体或值对象中的逻辑，可以将其封装在领域服务中。这些服务可以处理需要外部依赖的复杂业务逻辑，并将外部服务调用的细节封装起来，从而减少聚合对这些外部服务的直接依赖。例如，可以创建一个PaymentService来处理支付相关的逻辑，聚合只需要调用这个服务，而不关心支付的具体实现。

3. 提取共享内核（Shared Kernel）：如果多个聚合或子域需要使用相同的一部分业务逻辑，可以考虑将这些逻辑提取到一个共享内核中。共享内核是一个独立的模块，包含了多个子域共同关心的模型和规则。这样可以减少重复代码，提高代码复用率，并降低对外部服务的依赖。

4. 使用防腐层（Anticorruption Layer）：当聚合需要调用外部系统的服务时，为了避免外部系统的复杂性对聚合产生负面影响，可以使用防腐层。防腐层是一个转换层，负责将外部服务的数据和行为转换为符合本领域模型的形式，从而保护聚合不受外界影响。例如，可以创建一个ExternalCustomerAdapter，用于处理从CRM系统获取客户信息的操作。

5. 优化聚合设计：重新审视聚合的设计，可能需要拆分过大的聚合，使每个聚合的功能更加单一和独立。如果一个聚合的功能过于复杂，目前的边界可能已经不适应业务需求的变化，因此需要重新划分聚合的边界，减少跨边界调用的次数，从而降低对外部服务的依赖。

通过上述方法，可以有效地减少聚合对外部服务的依赖，提高系统的解耦度，使得系统更易于维护和扩展。