CoMaP:动态协作式叠加型混搭平台的深入剖析
1. 操作迁移机制
当新用户 U2 请求与用户 U1 相同的混搭应用时,基于 U1 请求的先前操作部署不再是最优的。例如,MPN2 与 U2 之间的通信会导致高延迟,因此需要再次进行迁移。在这个例子中,MPN2 考虑将 Op3 和 Op4 迁移到 MPN3 作为目标邻居。具体操作步骤如下:
1. MPN2 重复相同的迁移步骤,计算出新状态成本(NewStateCost = 12)、当前状态成本(CurrentStateCost = 22)和净收益(NetB = 10)。
2. 基于计算结果,MPN2 决定将 Op3 和 Op4 迁移到 MPN3。
当操作从 MPNi 迁移到 MPNj 时,MPNi 会通知部署了子操作和父操作的 MPNs 这一变化,并告知混搭控制器。混搭控制器会更新其混搭索引,以便在新的混搭请求到来时,能够根据最新的索引将执行任务导向合适的 MPNs。
迁移过程会定期执行,以确保 CoMaP 能够适应新请求的混搭应用、终端用户共享操作数量的变化,以及网络链路延迟和带宽的变化。迁移过程中的节点探测成本是可以接受的,因为探测仅在迁移过程中定期发生,且迁移在每个 MPN 本地进行,不会影响系统功能。
以下是操作迁移的流程图:
graph LR
A[新用户请求相同混搭] --> B[MPN2 计算成本]
B --> C{NetB > 0?}
C -- 是 --> D[决定迁移 Op3 和 Op4 到 MPN3]
D --> E[MPNi 通知