50030 是什么
50030 是 Hadoop 1.x 中 JobTracker 的 Web 界面端口，属于老一代 MapReduce 架构。MRv2 之后作业跟踪职责拆分为资源管理器与各应用的主控进程，界面端口也随之改变，因此 50030 只应出现在遗留集群上。扫描报告中命中它，通常意味着还有没人维护的老 Hadoop 资产在网。
基本信息
| 服务名 | JobTracker Web 界面 |
|---|---|
| 协议 | TCP/HTTP |
| 架构版本 | Hadoop 1.x（MRv1） |
| 现代对应 | 资源管理器等新一代界面端口 |
| 安全属性 | 老界面通常无认证 |
| 处置建议 | 先限制访问，再评估退役 |
典型使用场景
- 遗留资产盘点：确认老集群的业务归属与责任方
- 迁移评估：把作业迁到受支持的计算平台
- 暴露面收敛：老界面通常无认证，须先限制访问来源
- 界面核对：确认页面响应以判断服务是否仍在运行
- 台账留痕：登记遗留集群并跟踪退役进度
- 依赖清点：梳理提交作业的客户端与调度脚本
资产排查
资产排查
curl -sI http://old-hadoop:50030/ | head -3 # 授权范围内确认界面响应
ss -lntp | grep 50030 # 本机监听确认
# 现代 YARN 环境对应界面端口已变化，不要沿用旧端口做监控
# 处置顺序建议: 限制来源 -> 迁移作业 -> 停服下线排查判定参考
| 检查项 | 方法 | 判读要点 |
|---|---|---|
| 界面可达 | curl 或浏览器访问 | 能打开说明老服务仍在运行 |
| 认证情况 | 查看页面是否需要登录 | 无认证界面会暴露作业与集群信息 |
| 业务依赖 | 清点提交作业的客户端 | 确认无人依赖后才可下线 |
| 处置动作 | 限制来源、迁移、退役 | 老版本缺少补丁支持 |
老集群的风险是叠加的：版本缺少补丁、界面缺少认证、运维缺少关注。处置时先做访问控制，再谈迁移，避免长时间停留在暴露状态里。
迁移前统计作业清单与依赖组件，按重要性排序，能显著降低迁移过程中的业务中断。作业日志通常会标明提交入口，比翻文档更快摸清依赖。