Azure Migrate无代理依赖映射为何仅采集TCP而非UDP连接

Azure Migrate无代理发现功能的官方说明中明确，依赖项数据发现工作启动后，系统将按固定规则执行轮询采集：

Azure Migrate appliance每5分钟轮询一次服务器上的TCP连接数据完成信息采集。

数据采集通过vCenter Server调用vSphere APIs实现，直接从来宾服务器拉取对应数据，不需要在服务器上额外安装代理。

轮询采集的信息范围包括：持有活跃连接的进程名称、运行上述活跃连接进程的应用程序名称、活跃连接对应的目标端口。采集到的数据会先在Azure Migrate appliance端完成身份信息推导处理，每6小时向Azure Migrate服务上传一次。

• 受无代理采集的技术栈限制：无代理模式的所有数据采集都依赖vSphere平台开放的原生API，当前这套API对外提供的来宾网络状态查询能力，仅支持读取TCP连接状态表，没有开放UDP连接信息的批量查询接口。如果要覆盖UDP数据采集，必须在每台来宾服务器上安装本地代理，直接读取操作系统网络栈的状态数据，这和无代理发现“零来宾端侵入”的设计定位完全冲突。
• UDP协议特性不匹配轮询采集逻辑：UDP是无连接协议，没有TCP那样完整的握手、保活、断开状态机，操作系统不会长期留存UDP会话的稳定状态记录。绝大多数UDP通信都是短包、单向、瞬时完成的，现有配置下5分钟一次的轮询间隔，大概率会漏掉绝大多数UDP交互，就算强行调整采集频率做UDP采集，拿到的数据也会高度碎片化，根本无法生成准确的依赖关系，反而会引入大量无效的误判数据。
• 匹配迁移评估场景的实际需求：做依赖映射的核心目标是梳理业务系统上下游的稳定调用关系，为迁移分组、兼容性评估提供依据。企业生产环境中，这类需要识别的、和业务强相关的持久化服务调用，95%以上都基于TCP实现，比如数据库连接、HTTP/HTTPS接口调用、RPC服务通信、消息队列持久连接等。常见的UDP场景大多是DNS查询、NTP时间同步、SNMP监控这类通用公共基础服务，本身不需要做精细化的业务依赖梳理，就算不纳入采集范围，也不会影响迁移评估结果的准确性，投入产出比极低。

内容的提问来源于stack exchange，提问作者MoFAWi