在微服务架构下，聚合设计中的防水墙概念（Encapsulation）主要通过以下几个方面来实现：

1. 明确的边界定义：每个聚合都有一个明确的边界，这个边界清楚地定义了哪些数据属于该聚合以及该聚合可以执行的业务操作。聚合内部的数据和行为对外部服务是透明的，外部服务只能通过聚合的接口与其交互，不能直接操作聚合内部的数据或调用内部的行为。

2. 单一责任原则：一个聚合只包含与单一业务概念相关的实体和值对象，并且该聚合的设计和实现只关注于满足这个业务概念的需求。这样可以确保聚合的内部设计不会因为外部需求的变化而受到影响，从而保持聚合的稳定性和可维护性。

3. 领域事件：在聚合之间传递信息时，不是通过直接调用其他聚合的方法或操作其他聚合的数据，而是通过发布领域事件。领域事件是对聚合内部发生的重要业务变化的记录，其他感兴趣的聚合或服务可以订阅这些事件并作出相应的反应。

举例说明其重要性：

假设在一个电商系统中，有订单（Order）和服务（Service）两个聚合。订单聚合负责管理用户的购物车和订单信息，而服务聚合负责管理用户的服务订阅信息。当用户下单购买了一个带有额外服务的套餐时，订单聚合会将订单信息保存到自己的数据库中，并通过发布一个OrderPlaced领域事件来通知其他聚合。服务聚合订阅了这个事件，当检测到有新的订单包含了服务项目时，服务聚合就会自动为用户开通相应服务。

在这个场景中，订单聚合和服务聚合的边界是清晰且独立的。订单聚合关注订单处理，服务聚合关注服务开通。通过领域事件的方式，两个聚合之间的耦合度大大降低，即使未来需要对任一聚合进行改动或升级，只要不改变领域事件的格式，就不会对其他聚合造成影响。这种设计方式不仅提高了系统的解耦程度，也使得整个系统更加灵活、易于扩展。