在领域驱动设计（DDD）中，设计系统组件时，确保高内聚和低耦合是至关重要的原则。聚合（Aggregate）是实现这一目标的关键技术之一，它通过将密切相关的实体和值对象封装在一起，形成一个一致性边界内的单元。确定哪些实体应该被包含在同一个聚合中，哪些应该被分离开来，主要依据以下几个标准：

1. 业务规则的一致性：一个聚合内的所有实体和值对象应该共享相同的一致性规则。这意味着这些规则能够被聚合根统一管理和执行，确保聚合内部业务逻辑的完整性和一致性。例如，在订单管理系统中，一个订单（Order）可以包含多个订单项（OrderItem），因为所有与订单相关的业务规则（如总价计算、折扣应用等）都由订单作为聚合根来管理。

2. 生命周期的相似性：如果两个实体具有相似的生命周期，它们通常应该被设计为同一个聚合。这意味着一个实体的创建、修改或删除通常会导致另一个实体相应地发生变化。例如，客户信息（Customer）和地址（Address）往往具有相似的生命周期，因为地址是客户的一部分，当客户信息变更时，地址信息也需相应更新。

3. 频率和强度的交互：如果两个实体之间存在频繁且紧密的交互，将它们设计为同一个聚合可以减少跨聚合的事务边界，从而提高系统性能。例如，在在线商城中，库存单位（SKU）与库存快照（StockSnapshot）之间的频繁更新操作，适合设计为同一个聚合，以保证库存数据的一致性。

4. 避免过度设计：聚合不应包含过多的实体，否则会导致聚合过于庞大，降低系统的可维护性和可测试性。理想情况下，一个聚合应该足够小，易于理解和管理。例如，将所有与仓库管理相关的实体（如仓库、货架、商品等）设计为一个巨大的聚合可能会导致复杂度过高，不利于业务逻辑的实现和维护。

5. 领域专家的建议：最后，领域专家的建议也是决定聚合边界的重要依据。领域专家对业务逻辑的理解可以帮助开发团队做出更加合理的聚合设计决策。

通过综合考虑上述因素，可以有效地设计出高性能、可维护且符合业务需求的聚合。每个聚合通过其聚合根对外提供服务接口，隐藏内部实现细节，确保了系统的低耦合性，同时通过聚合内部的紧密协作，实现了高内聚性。