嘿丝儿科技▲PB数据放到AWS却付不起高额下载成本,NASA太难了:将247( 二 )


不止如此 , 监管机构得出的结论是 , “总体而言 , 如果出于成本控制的考量而对数据输出量加以限制 , 那么宇航局的最终用户很可能无法获得必要的科学数据 。 ”
最重要的是 , 这份报告还发现项目的组织方并没有进行过充分咨询 , 没能遵循NIST提出的数据完整性标准 , 甚至因为审计团队中的半数成员都直接参与到项目当中 , 而未能在内部审计流程中充分考虑到成本节约的问题 。
下面是审计机构提出的三点建议:
一旦NISAR与SWOT投入运行并产生足够的数据 , 宇航局方面应对其进行独立分析 , 借此确定在保持现有DAAC设施之外推动云迁移与云运营 , 是否具备长期的财务可持续性 。 结合相关机构提供的指导 , 宇航局应在数据管理计划制定期间之内 , 特别是ESDIS与OCIO任务的生命周期早期 , 对这两个项目的运营需求进行协调 。 确保在DAAC分类过程中考虑到所有适用的信息类型 , 确定在哪些条件下适合使用本地基础设施 , 并将这种分类程序组织为新的标准 。通过以下账目 , 可以看到NASA跟AWS签下的是一笔多大的单子:通过亚马逊方面提供的云成本计算器 , 我们发现在S3服务当中存储247PB数据(配合即用即付计费模式) , 如果不包括12%的套餐折扣的话 , 每月的花费高达惊人的543.9万美元 。 审计结果同时显示 , 到2025年 , 除了高达6500万美元的原有交易额外 , NASA每年还得额外向AWS支付约3000万美元的新增云服务开销 。
我们用不着像火箭科学家那么聪明 , 也能轻松理解数据出口端成本这个基本概念 。 这就更让人惊讶了 , 像NASA这样一个能够把真人送入地球轨道、甚至向火星发射探测器的顶尖机构 , 居然也会犯下这样愚蠢的错误 。
事实证明 , NASA犯的错可不止这么一点 。 就在前几天 , 我们还从他们移动发射架项目的审计报告中发现了新的猛料 。 有些朋友可能不太熟悉 , 所谓移动发射架 , 专为SLS及Orion火箭及太空舱组装、运输与发射所设计的大型运载工具 。
审计报告显示 , 该项目在“ML-1的开发过程已经造成严重的成本超支 , 且项目进度远远落后于预期 。 截至2020年1月 , 为满足SLS要求而对ML-1进行的改造工作已经花费6.93亿美元 , 而宇航局方面2014年3月给出的初步预算仅为3.08亿美元 。 与此同时 , 项目的当前进度也比原定计划落后了三年有余 。 ”
参考链接:
https://www.theregister.co.uk/2020/03/19/nasa_cloud_data_migration_mess/?


推荐阅读