[论文解读] From SKA to SKAO: Early Progress in the SKAO Construction

J. D. Santander-Vela, Marco Bartolini+3 more|arXiv (Cornell University)|Oct 26, 2021

Radio Astronomy Observations and Technology参考文献 2被引用 4

一句话总结

本文总结了平方公里阵列天文台（SKAO）早期建设进展，重点介绍了从SKA组织向政府间国际组织SKAO的过渡、2021年7月1日正式启动建设，以及敏捷软件开发与开源协作——特别是基于TANGO的控制系统——在实现复杂望远镜软件系统可扩展、容器化和编排化部署中的关键作用。

ABSTRACT

The Square Kilometre Array telescopes have recently started their construction phase, after years of pre-construction effort. The new SKA Observatory (SKAO) intergovernmental organisation has been created, and the start of construction ($\mathrm{T_0}$) has already happened. In this talk, we summarise the construction progress of our facility, and the role that agile software development and open-source collaboration, and in particular the development of our TANGO-based control system, is playing.

研究动机与目标

• 记录SKA组织向新成立的政府间国际组织SKAO的过渡过程，以及2021年7月1日（T₀）正式进入建设阶段的里程碑事件。
• 强调敏捷软件开发与开源协作在管理SKA大规模软件基础设施复杂性方面的作用。
• 详细说明容器化（Docker、Kubernetes）和Helm在编排SKA软件组件的部署与扩展中的应用。
• 通过改进路线图对齐与资金框架，应对软件团队扩展、依赖管理以及与项目里程碑集成的挑战。
• 概述未来实现稳定软件交付的步骤，包括供应商资质认证和增强的发布与贡献管理流程。

提出的方法

• 以基于TANGO的控制系统作为管理望远镜子系统的软件核心框架，SKAO贡献了50%的TANGO内核开发时间。
• 采用开放容器倡议（OCI）标准实施容器化，初期使用Docker，后迁移至Kubernetes（K8s）和Helm进行编排与打包。
• 将TANGO设备服务器（DS）映射至独立容器，设备也对应至独立容器，以实现细粒度控制与模块化，同时探索共置以减少开销。
• 建立DS与TANGO设备之间的一对一映射，以确保早期开发与集成阶段的可靠性与可追溯性。
• 通过Sprint计划与专门的对齐工作坊，将综合产品进度表（IPS）与软件路线图集成，以同步里程碑与依赖关系。
• 制定标准化的贡献与发布管理规则，以改善分布式团队间的协作，并确保软件发布可追溯。

实验结果

研究问题

• RQ1 像SKA这样大规模、跨国的射电望远镜项目，如何在保持软件开发动力的同时，实现从预建阶段到建设阶段的平稳过渡？
• RQ2 开源的、基于TANGO的软件架构在支持下一代天文台可扩展、模块化和互操作的控制系统方面发挥何种作用？
• RQ3 如何有效应用容器化与编排工具（如Kubernetes和Helm）来管理复杂、分布式的望远镜软件系统的部署与生命周期？
• RQ4 在大型基础设施项目中，软件开发时间表与高层级项目里程碑之间存在哪些挑战，又该如何缓解？
• RQ5 如何重新组织资金与团队结构，以支持建设阶段的长期软件可持续性与系统集成？

主要发现

• SKAO政府间组织于2021年1月15日正式生效，此前英国、澳大利亚、南非及另外两个国家已批准条约。
• 在SKAO理事会批准SKA1建设方案与天文台设立与实施计划后，建设于2021年7月1日（T₀）正式启动。
• SKAO已通过TUPE转移顺利完成从SKA组织的过渡，所有资产与人员已于2021年5月1日前完成转移。
• 基于TANGO的控制系统现已成为SKA软件栈的核心，SKAO贡献了50%的TANGO内核开发时间，并积极支持TANGO协作。
• 已采用Docker与Kubernetes的容器化技术，实现软件组件的可扩展、可复现与编排化部署，Helm用于打包与编排序列。
• 尽管在Helm图表的团队扩展与依赖管理方面仍面临挑战，项目正通过改进路线图对齐、供应商资质认证以及结构化的贡献与发布流程，稳步迈向稳定软件交付。