在设计聚合时，确保业务规则完整性的设计模式或原则主要包括以下几个方面：

1. 聚合根：每个聚合应该有一个明确的聚合根，这是一个实体，它具有唯一标识符和边界。所有对外部的引用都必须直接指向聚合根，而不是聚合根的任何内部成员。这确保了聚合的内部结构对外界是透明的，并且只能通过聚合根来修改内部成员的状态，从而保持业务规则的一致性。

   例如，在一个订单处理系统中，Order 可以作为一个聚合根。订单中的每项 OrderLine 仅能通过 Order 来访问和修改，以确保订单的完整性。如果要更新订单中的某条目，必须先获取订单，然后执行相应的操作，如添加、删除或修改某条目。

2. 不变性原则：聚合在每次修改后必须保持其内部状态的有效性和一致性，即满足不可变规则。这些规则在聚合内部定义，确保了聚合状态不会违反业务规则。在任何情况下，聚合的不变性都必须得到维持。

   例如，在设计 User 聚合时，可以设置一个不变性规则：用户的邮箱地址必须是唯一的。当尝试创建新用户或将邮箱地址分配给现有用户时，聚合根将检查此规则，确保不会发生冲突。

3. 限界上下文：明确定义聚合之间的界限，确保聚合仅在其限界上下文中操作。每个限界上下文都有其特定的业务规则，聚合适用于这些规则。这有助于减少跨聚合的数据管理复杂性，并强化领域模型的清晰度。

   例如，在电子商务应用程序中，Order 聚合和 Inventory 聚合可能会有不同的限界上下文。Order 聚合只需关注订单处理逻辑，而 Inventory 聚合专注于库存管理。为了保持两个聚合的业务规则独立，可以在需要时使用领域事件进行通信。

4. 事件驱动设计：当聚合内部状态发生变化时，可以发布事件，其他服务或组件可以通过订阅这些事件来做出响应，而不是通过直接更改状态。这种方式可以减少系统组件之间的耦合，并支持异步处理逻辑。同时，通过事件日志可以确保重要的业务规则得到执行。

   为例，当 Order 聚合完成支付后，可以发布 OrderPaid 事件。Shipping 服务订阅此事件，并据此安排发货流程。

5. 领域服务：对于复杂的业务逻辑，如果这些逻辑不适合放在聚合内部，可以创建领域服务。领域服务负责执行特定的业务操作，同时与相关聚合合作以确保业务规则得到遵守。

   例如，考虑一个需要评估订单是否有资格享受折扣的场景。这个计算可能涉及多个聚合的状态信息（如用户等级、订单金额等），因此更适合作为领域服务。该服务将与相关的 User 和 Order 聚合协作，确保折扣逻辑正确无误。

通过这些设计模式和原则，可以有效地设计出既灵活又健壮的聚合，确保业务规则在复杂的领域模型中得到维护。