
最快、最稳、最适合自动化业务的是 NOAA NODD 云镜像,首选 AWS S3 公共桶
noaa-gfs-bdp-pds,再做 NOMADS/Google/Azure 兜底。
GFS 官方是 NCEP 运行的全球预报系统,常用 0.25°、0.5°、1.0° GRIB2 产品,文件名如 gfs.tCCz.pgrb2.0p25.fFFF;CC 是 00/06/12/18 时次,FFF 是预报时效。(NCO[1]) GFS 数据每天 4 个循环更新,AWS 开放数据页面也说明其更新频率为每天 4 次。(AWS 开放数据注册中心[2])
方式 | 速度 | 稳定性 | 适合场景 | 缺点 |
|---|---|---|---|---|
AWS S3:noaa-gfs-bdp-pds | 很快 | 很高 | 自动化下载、WRF业务、批量下载 | 偶尔文件同步有延迟 |
NCEP NOMADS HTTPS | 中等 | 中等 | 小区域、小变量筛选 | 高峰期慢,容易限流/断连 |
NCEP FTP/HTTP 产品目录 | 中等 | 中等偏高 | 直接拿官方完整文件 | 下载速度不一定好 |
Google Cloud NOAA 镜像 | 快 | 高 | GCP服务器、备用源 | 国内/部分网络不一定快 |
Azure/Planetary Computer 镜像 | 快 | 高 | Azure服务器、备用源 | 生态不如 AWS 常用 |
Herbie / Python库自动下载 | 取决于源 | 高 | 科研脚本、自动找最近时次 | 仍依赖底层源 |
商业API/气象公司接口 | 快 | 高 | 产品化服务、SLA需求 | 成本高,原始GRIB自由度低 |
你的场景如果是 GFS/ECMWF → WRF → AI订正 → WebGIS展示,建议这样做:
主源:AWS S3 公共桶 路径形式:
https://noaa-gfs-bdp-pds.s3.amazonaws.com/gfs.YYYYMMDD/CC/atmos/gfs.tCCz.pgrb2.0p25.fFFF
例如:
https://noaa-gfs-bdp-pds.s3.amazonaws.com/gfs.20260609/00/atmos/gfs.t00z.pgrb2.0p25.f000
AWS 的 GFS 数据属于 NOAA Open Data Dissemination,NOAA 数据通过 NODD 面向公众开放,并且托管在商业云平台上。(AWS 开放数据注册中心[3])
第一,它适合自动化。文件路径规律清晰,date/cycle/forecast hour 拼接即可,不需要网页表单。
第二,它适合大批量下载。可以用 aws s3 cp --no-sign-request、rclone、aria2c 或 Python 多线程下载。
第三,它比 NOMADS 更适合 WRF。NOMADS 子集下载虽然省流量,但高峰期容易慢、断、返回不完整;WRF业务系统更怕“不稳定”,不是只怕“文件大”。
如果你服务器带宽够,直接下载完整 0.25° GFS:
aws s3 cp --no-sign-request \
s3://noaa-gfs-bdp-pds/gfs.20260609/00/atmos/gfs.t00z.pgrb2.0p25.f000 .
如果没有装 awscli,用 wget:
wget -c https://noaa-gfs-bdp-pds.s3.amazonaws.com/gfs.20260609/00/atmos/gfs.t00z.pgrb2.0p25.f000
业务系统推荐逻辑:
1. 先检查 AWS S3 是否存在目标文件
2. 存在则下载 .idx 和 .grib2
3. 下载失败重试 3 次
4. AWS 失败后切换 NOMADS
5. NOMADS 失败后切换 Google/Azure 镜像
6. 下载完成后用 wgrib2 检查文件完整性
最快最稳定:AWS S3 公共桶。 最省流量:NOMADS 子集下载。 最适合业务生产:AWS S3 主源 + NOMADS/Google/Azure 备用源。 最适合科研临时使用:Herbie。
你的 WRF 自动化系统里,我建议不要把 NOMADS 作为主源,容易在关键时次掉链子;应以 AWS S3 完整 GRIB2 下载 + 本地裁剪/变量筛选 为主。
END
声明:欢迎转载、转发。气象学家公众号转载信息旨在传播交流,其内容由作者负责,不代表本号观点。文中部分图片来源于网络,如涉及内容、版权和其他问题,请联系小编处理。