2025 U.S. NSF CI Compass Virtual Workshop Report - Data Management: From Instrument to First Storage
Bibliographic record
Abstract
The 2025 Virtual Workshop on "Data Management: From Instrument to First Storage", organized by the U.S. National Science Foundation (NSF) CI Compass [1], the NSF Cyberinfrastructure Center of Excellence, brought together cyberinfrastructure (CI) professionals from the NSF Major and Midscale research facilities along with participants from the broader CI ecosystem to discuss issues of critical importance to the success of these facilities. The workshop focused on the crucial initial step of the data lifecycle for the NSF Major and Mid-scale Facilities - the step involving data acquisition and capture from scientific instrument(s). Speakers from a diverse range of facilities presented their unique challenges, best practices, and innovative solutions, which were then analyzed to identify common trends and future directions. This executive summary encapsulates the key insights and findings from the invited talks and subsequent discussions at the virtual workshop. The presentations at the workshop emphasized the immense data volumes and velocity of the data coming off the different kinds of instruments, and described the challenges and evolving best practices of managing petabyte-scale scientific data. Most of the scientific facilities represented at the workshop, e.g. the NSF/DOE Vera C. Rubin Observatory [2], NSF NEON [3], NSF NSO [4], NSF OOI [5], NSF LIGO [6], and NSF EarthScope [7], are generating and managing petabytes of data, with daily ingest rates often exceeding terabytes and billions of data points. The User Facilities like NSF MagLab [8], NSF NAN [9], and NSF ZEUS [10] have to not only collect and curate data from their instruments, but also help their users manage their specific experimental data. This immense scale and complexity demands robust, scalable infrastructure and sophisticated data management strategies. Initial data acquisition and storage is often the first critical stage with data collection typically beginning with direct instrument readout and on-site buffering. Facilities use both real-time streaming (for time-critical data, e.g., OOI, LIGO) and batch transfers (for larger, less urgent datasets). In some remote or high-volume cases, physical shipment of storage media is still used. Data formats are highly diverse, ranging from specialized scientific formats (e.g. FITS [11]) to common standards (e.g. NetCDF [12], CSV, MP4). The high volume and velocity of the data acquisition often requires automation and rapid processing. Automation is essential for data movement/streaming, pipeline orchestration, and ingestion into appropriate data stores. Real-time processing and low-latency alerts are critical for many facilities (e.g., Rubin Observatory’s sub-2-minute alerts, LIGO’s transient event discovery). Automated quality control (QC), quality assurance (QA) and validation are often integrated early and close to the data capture time. Middleware (e.g. Kafka [13]) and orchestration (e.g. Kubernetes [14]) are widely used for managing streams, queues, and scalable services. Facilities balance on-premise and cloud storage, often using multi-tiered strategies to optimize cost, performance, and accessibility. There is a strong trend toward adoption of cloud technologies (e.g., EarthScope on Amazon AWS [15], NEON on Google GCP [16]) for scalability and managed services. A variety of database technologies are used: PostgreSQL [17] for metadata, Cassandra [18] and MongoDB [19] for raw data and inventory. A majority of the presentations emphasized the importance of metadata annotation, data curation, and effective data dissemination, while preserving data security. Rich, high-quality metadata is essential for findability, usability, and adherence to FAIR (Findable, Accessible, Interoperable, Reusable) [20] principles. Comprehensive QA/QC processes span the data lifecycle. Cybersecurity is a major concern, addressed via zero-trust architectures, VPN/SSO, and infrastructure-as-code. It was also noted that system-wide observability and monitoring (e.g., Grafana [21]) are critical for operational continuity. Facilities provide data through web portals, JupyterLab environments, and robust APIs (REST, GraphQL [22]). Persistent identifiers (DOIs) ensure data can be reliably found and cited. The facilities strongly promote open data policies, and making certain datasets and alert streams immediately available to the public. The workshop talks and discussions illuminated some key current challenges, which include managing ever-increasing data volumes and complexity, meeting low-latency demands, generating and curating metadata, enabling increased FAIR-ness of the data, addressing technical debt, and coping with staffing and funding limitations. Ensuring cybersecurity and data integrity as access expands needs to be an ongoing effort. Looking ahead, the community is embracing cloud-native solutions, expanding automation and machine learning for data processing, developing advanced data portals and APIs, and improving data discoverability across federated systems. The overarching goal the facilities are striving for is to build a connected, FAIR-aligned information ecosystem where scientific data is not only stored, but is discoverable, accessible, interoperable, and reusable for the global research community.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.010 | 0.009 |
| Meta-epidemiology (narrow) | 0.002 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.002 | 0.004 |
| Science and technology studies | 0.005 | 0.002 |
| Scholarly communication | 0.014 | 0.007 |
| Open science | 0.004 | 0.008 |
| Research integrity | 0.006 | 0.004 |
| Insufficient payload (model declined to judge) | 0.150 | 0.072 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".