- Overview
- Technology Stack
- Repository Structure
- Getting Started
- Design Considerations
- Contribution Guidelines
- License
This repository provides Infrastructure as Code (IaC) templates and use-case implementations for research computing. It's designed for extensibility, cloud-agnosticism, and community contributions. Initially focused on AWS, GCP and Azure but will be extended to cover more providers in the future.
- Python: Scripting and automation.
- Docker: Containerization.
- Terraform: IaC.
- Ansible: Configuration management.
- Bash: Shell scripting.
- Ubuntu: Base OS.
README.md
: This document..gitignore
: Git ignore rules.
This folder contains GitHub workflows for CI/CD.
This folder contains IaC templates for research computing, that can be used to build cloud infrastructure (as shown with the use-cases in the use-cases
folder)
templates/cloud_providers/aws/terraform
: Terraform for AWS.templates/cloud_providers/aws/ansible
: Ansible for AWS.
templates/cloud_providers/gcp/terraform
: Terraform for GCP.templates/cloud_providers/gcp/ansible
: Ansible for GCP.
This folder contains use-case implementations for research computing, that use the templates in the templates
folder.
use-cases/secure-storage
: Secure storage solutions.use-cases/kubernetes-cluster
: Kubernetes setups.use-cases/containerized-workflows
: Containerized workflows.
This foder contains Bash and Python scripts that could be used to stitch together the various components that make up a use case.
scripts/bash
: Bash scripts.scripts/python
: Python scripts.
This folder contains environment-specific configurations.
environments/aws
: AWS-specific configs.environments/gcp
: GCP-specific configs.environments/azure
: Azure-specific configs.
- Clone:
git clone https://github.com/your-repo.git
- Navigate:
cd your-repo
- Install: Follow READMEs in each directory.
- Run: Follow instructions in each README.
- Deploy: Use Terraform or Ansible.
- Modularity: Reusable templates.
- Documentation: Well-documented.
- Version Control: Semantic versioning.
- Testing: Automated tests.
- Security: Secure coding.
- Cloud Agnosticism: Cloud-agnostic.
- Code Reviews: PRs and code reviews.
This project was developed as part of the Internet2 CLASS program with contributions from participants at the Washington University in St. Louis, NC State University, UC San Diego, CU Boulder, Ohio State University, National Center for Atmospheric Research, Yale, Northwestern University, University of North Carolina at Chapel Hill and UC Riverside.
Contact: class@internet2.edu
- Some helpful links:
-
What's the best way to organize templates across classes (terraform, yml, containers, cfgs etc.) ?
-
How should high level variables (environment, path, instance etc) be handled?
-
What is the best way to stitch together the various components that make up a use case? (terraform, ansible, bash, python, containers etc.)
-
Is there a need to host conatiner dockerfiles in the repo?
-
What are the best practices for storing tf state file ?
-
How can we handle Ansible inventory files in a scalable way?