The Cyberinfrastructure Plan

What is a Cyberinfrastructure Plan?

A Cyberinfrastructure (CI) Plan is a strategic document that articulates how proposed CI improvements are conceived, designed, and implemented in the context of a coherent organization-wide strategy and approach to scalable information technology for research and research education.


A Process for Mission-Aligned Cyberinfrastructure

Your organization’s CI plan can be an important tool for aligning and informing campus stakeholders as part of your organization’s strategic planning processes for mission-aligned information technology.

A CI Plan has historically been a required document or product for certain federal funding programs, including the National Science Foundation’s Campus Cyberinfrastructure (CC*) program.

Screenshot of the cover of the downloadable Cyberinfrastructure Plan guide.
Click on the image above to access our latest introductory slides that also cover the information below.

FAQ

Components of a CI Plan

Based on prior NSF CC* solicitations, community examples, and our consultative work with campuses, we recommend that your CI Plan address the below major sections, reflected also in our community-informed CI Plan Template

The order of sections is up to you and may vary depending on your specific purposes, audiences, and operational structure. Consider leading with your strengths, or with aspects relevant to your proposal or strategic goals. Some of the typically-included content items within each section may not apply to all campuses—adapt as appropriate for your institutional context. Include what your campus does have, even if it’s not very formalized or is distributed across units. Use the below checkboxes to help document your progress.

Plan Components Details
Governance and Sustainability Note: Sustainability must be included in the CC* proposal body, but we recommend including it in a CI Plan intended for campus stakeholders.
  • CI decision-making roles / bodies / units (internal to campus, and any external), and their processes and relationship/coordination with one another.
  • How faculty/units are engaged to understand their needs; overall division of responsibilities for implementation; overall balance of centralized versus distributed capabilities and noted exceptions.
  • Overview of internal and external CI collaborations (external could be state system, REN(s), other campuses, independent research institute(s), etc.)
  • Sustainability of funding and effort organization.
  • As applicable, note when specific capabilities have been implemented to support unique and/or significant research or education needs.
Research and Education Drivers Note: This component is required within the CC* proposal body in the form of faculty- or unit-specific examples driving CI development or strategic planning, but we recommend including it in a stakeholder-facing CI Plan document. More generally, this section should be seen as the motivator for any investment or change.
  • General structure of academic units, noting units with the most significant computing- and data-related needs.
  • Near-term campus strategic growth areas and general implications for computing- and data-related needs.
  • Rough estimates of campus R&E community proportion already engaged in or needing CI computing and/or data capabilities (beyond generalizable IT / personal computing resources).
  • Known specific needs that have driven developments thus far.
Outreach, Facilitation and Training Note: For many campuses, this category of cyberinfrastructure might be distributed across units, or executed on an ad-hoc basis by IT staff, librarians, etc. Include such activities, even if not centrally executed or coordinated.
  • How outreach, facilitation, support, and training are organized, funded, and/or coordinated across centralized and (any) unit-based entities (even if this is not-so-formalized).
  • How faculty, students, and researchers are made aware of existing capabilities, with what extent of reach.
  • How faculty access guidance/consulting services, user support, and extent of engagement/reach.
  • Training opportunities available to faculty, students, and researchers and extent of engagement/reach.
  • Support for faculty requests pertaining to research/data science software procurement and implementation beyond personal devices, standardized desktop applications, and standardized cloud-based services.
  • How insights from outreach, facilitation, support, and training are incorporated into service design and governance.
  • As applicable, note when specific capabilities have been implemented to support unique and/or significant research or education needs.
Core Infrastructure, Campus Network, and Information Security Note: Some of the core infrastructure details that are not of central importance to a CI Plan should be included in the Facilities Document. We recommend including it in a stakeholder-facing CI Plan in a separate section.
  • Core infrastructure across datacenters and/or colocation, support for power, cooling, and physical security.
  • Overview of general security approaches (e.g. campus-wide systems security practices).
  • Overview of research data security approaches (e.g. special cases for units or systems with access-controlled research data, etc).
  • Local backbone network capabilities, connections to buildings and labs, wireless support, network security and monitoring approach, (applicable) research networking optimizations (e.g. Science DMZ), and a network diagram, also demonstrating wide-area connections.
  • Capacity and redundancy of (wide-area) connection(s) to local/metro area, regional network, and national network (e.g. via your REN/state system, etc.), and extent of collaboration.
  • Already-planned/in-progress network expansions (if applicable), perhaps with updated network diagram.
  • As applicable, note when specific capabilities have been implemented to support unique and/or significant research or education needs.
  • Previous CC* solicitations include information about the following specific requirements (NSF 24-530):
    • IPv6 deployment status.
    • Best practices in network routing security for network operators as expressed in the Mutually Agreed Norms for Routing Security (see https://www.manrs.org).
    • Status and plans with respect to federated identity and specifically InCommon, including: if the campus is registered with InCommon as supporting the Research and Scholarship (R&S) Entity Category to streamline integration with research applications. (link)
Scalable Computing and Data Storage Note: For many campuses, this category of cyberinfrastructure might be distributed across units, executed on an ad-hoc basis by IT staff, or may mean that researchers and educators primarily lean on commercial options. Include any typical practices and types of services, even if not centrally executed or centrally funded.
  • Campus-coordinated services used for research data storage and data management, including campus-executed and externally-executed resources for project-duration data storage, long-term archival, cloud services (e.g. AWS, Box, Google), software and tools for managing data movement/organization/access, etc.
  • Campus-coordinated services for computing capacity beyond personal devices, including campus-executed and externally-executed resources for desktop capabilities (e.g. GIS labs), virtual machines, high-performance and/or high-throughput computing, cloud computing, federally-funded resources, etc.
  • Include human support specific to the above (back-reference outreach, facilitation, and training section where appropriate).
  • As applicable, note when specific capabilities have been implemented to support unique and/or significant research or education needs.
Strategic Outlook and Collaborative Opportunities
  • In-progress and/or near-term plans for enhancing aspects of the above.
  • In-progress and/or near-term plans for growing relationships with external collaborators, relevant to the above.
  • In-progress and/or near-term plans for enhancing participation in the broader RCD/CI community via RCD organizations.
  • (Alternatively, some of these items may be reflected within prior CI Plan sections they specifically pertain to.)

Developing a CI Plan

CI Planning is a communicative alignment process, gathering data and developing a campus CI Plan should:

Development of a CI Plan is usually a shared project among IT units, campus and faculty leadership, and research administration. Consider leveraging Stakeholder Engagement tools like our suggested CI Plan Stakeholder Mapping template and example to guide your collaboration in CI Plan development.

Even though it should not require a large time investment to complete, it will help to begin this as early as possible. You will probably want to have discussions with various stakeholders partners, and you may need to build or strengthen the relationships with these folks to get the support you need from them. Relationships take time!

Get Started

The Internet2-generated materials linked herein have been heavily informed by the other resources, above, and through the support we’ve provided to campuses and regional initiatives in individual consulting and regional engagement, including Research Engagement team contributions to NSF-funded workshops associated with the Minority Serving – Cyberinfrastructure Consortium (NSF #2137123, #2234326), the NV-DICE project (NSF #2346263), the The Quilt (NSF #2512847), as well as others in progress.