Biztalk------高负载环境下Message引擎的时间效率分析

以最基本的FTP-FTP Integration Case为例，(...)中的是BTS Engine部分：
   File under FTP Folder---(File Picked up by BTS---Receive Pipeline---Reveive Map---MessageBox---Send Map---Send Pipeline---Message delivery)---File under FTP Folder

   File under FTP Folder---File Picked up by BTS：Engine的EPM(Endpoint Management)组件负责。假设某FTP Folder被EMP扫描的时间间隔是1min。但是在高负荷环境下，File被pick up可能是5分钟后的事情。Engine会考量当前整个平台的负荷情况，以及该与该EndPoint相关的Message,Service运行状况动态确定pick up时间。
   Receive Pipeline---Receive Map---MessageBox: Engine的Message Agent组件负责。根据MessageType,MessageEndpoint，消息会被Enqueue到不同的内存群组中，然后保存到DB MessageBox中。所用时间依赖于当前Server中的消息数量，大小，Pipeline Map的复杂程度。
   MessageBox---Send Map: Engine的订阅管理器负责。时间取决于EndPoint数目多少和订阅条件的负责程度, Server内存，CPU消耗情况。
   Send Map---Send Pipeline---Message delivery：与Receive阶段对称。
   Message delivery---File under FTP Folder:Engine的EPM负责消息的Dequeue。测试结果表明，Send Pipeline执行完成到消息在Out FTP Folder上生成，可能需要30mins以上。

简单来说：在高负载环境下，消息停留时间是Engine根据Host阀值，Server实际负载状态动态确定的。