# Solution overview

The overview describes the Features and Benefits, Use cases and concept and definitions.

# Overview

#### What is Sandbox Studio?

**Sandbox Studio** is a web-based solution that helps cloud administrators manage **temporary AWS sandbox environments**. It automates the enforcement of **security policies**, **governance rules**, **budget controls**, and **account recycling settings** — all through an easy-to-use web interface.

The solution allows organisations to give teams a safe space to **experiment**, **learn**, and **prototype** with AWS services in **production-isolated AWS accounts** that are cleaned and recycled after use.

---

#### Key Capabilities

Sandbox Studio automatically configures a **sandbox Organizational Unit (OU)** in AWS Organizations. This OU is preloaded with AWS best practices for **workload isolation** and **governance**. When deployed, it applies a standard set of **policies**, **guardrails**, and **controls** to all sandbox accounts.

The platform provides:

- **Automated cost controls**
    
    
    - Sends alerts when spending approaches budget limits.
    - Can trigger automated actions (e.g., resource shutdowns) when limits are reached.
- **Account recycling**
    
    
    - Allows accounts to be used for a **fixed duration** or until a **spend threshold** is met.
    - Cleans and resets accounts at the end of the sandbox period.
- **Security restrictions**
    
    
    - Limits access to expensive or sensitive AWS actions within sandbox accounts.

---

#### Common Use Cases

Sandbox Studio supports a wide range of scenarios where teams need safe, temporary AWS environments. These environments can be pre-configured, budget-limited, and automatically cleaned up — making them ideal for experimentation, learning, and short-term projects. Below are some of the most common ways organisations use Sandbox Studio.

---

##### Development and Innovation Experiments

**Typical users:** **Developers, product engineers** Create small-scale, temporary AWS setups to try out new services or features before committing to a production build. Teams can quickly explore possibilities, validate technical approaches, and demonstrate value without the overhead of a full deployment pipeline.

---

##### Train and Test GenAI Models

**Typical users:** **Machine learning engineers, data scientists** Work with pre-configured environments to train and fine-tune generative AI models. Sandbox Studio makes it easy to run experiments with different training datasets, apply reinforcement learning techniques, and monitor outcomes in a safe, isolated space.

---

##### Test Environments

**Typical users:** **QA/test engineers** Spin up a clean, disposable environment for thorough application testing. These sandboxes are ideal for verifying integrations, reproducing defects, running regression suites, and testing API updates — all without risking production stability.

---

##### Higher Education Training Labs

**Typical users:** **Professors, lecturers, academic department heads** Set up classroom-ready AWS accounts for students to explore cloud computing hands-on. Instructors can control spending, reset environments between sessions, and ensure each student gets a fresh workspace for assignments or exams.

---

##### Research and Development (R&amp;D)

**Typical users:** **University researchers, enterprise R&amp;D teams** Provide a controlled cloud platform for research teams to run experiments and gather data. These sandboxes make it possible to test hypotheses, simulate real-world conditions, and analyse results without long-term infrastructure commitments.

---

##### Employee Onboarding and Training

**Typical users:** **Training leads, HR onboarding teams** Launch short-lived AWS environments to give new hires or existing staff practical experience with tools, workflows, or new technologies. Ideal for structured training sessions, internal workshops, or skills refreshers.

---

##### Hackathons

**Typical users:** **Enterprise IT teams** Run organisation-hosted hackathons in AWS accounts you own and control. This enables participants to work on real challenges while keeping sensitive or proprietary data inside your security boundaries.

---

##### Demo Environments

**Typical users:** **Engineers, solution architects**  
Set up temporary environments to showcase applications or solutions. These can be pre-loaded with sample data and configurations to deliver smooth, predictable demos to clients or stakeholders.

---

##### Software Vendor Trials

**Typical users:** **Software vendors, sales engineers**  
Offer time-limited or budget-restricted AWS environments so customers can test your software. This ensures a consistent experience for every trial while keeping operational costs under control.

---

#### Who Should Use This Guide

This installation guide is designed for:

- **Solution architects**
- **DevOps engineers**
- **AWS account administrators**
- **Cloud operations teams**

It provides:

- An **architecture overview**
- **Planning considerations** before deployment
- **Step-by-step configuration instructions** for launching Sandbox Studio in your AWS environment

# Core Capabilities

Sandbox Studio provides a range of tools to make AWS sandbox account management fast, safe, and cost-effective. The table below explains the core capabilities of the platform, how it works, and the specific benefits it can bring to your teams.

<table id="bkmrk-feature-what-it-does" style="width: 100%; height: 1005.17px;"><thead><tr style="height: 35.7969px;"><th class="align-left" style="width: 20.5006%;">**Capability**</th><th class="align-left" style="width: 39.0942%;">**What It Does**</th><th class="align-left" style="width: 40.4052%;">**Benefit**</th></tr></thead><tbody><tr style="height: 137.219px;"><td style="width: 20.5006%; height: 137.219px; padding-top: 12px;">**Instant Account Access**</td><td style="width: 39.0942%; height: 137.219px;">- Launch AWS sandbox accounts in seconds with all required configurations already applied.
- Accounts are ready for use immediately without any manual setup.

</td><td style="width: 40.4052%; height: 137.219px;">- Start projects right away without waiting for environments to be built.
- Enable rapid experimentation, testing, or proof-of-concept work.

</td></tr><tr style="height: 120.422px;"><td style="width: 20.5006%; height: 120.422px; padding-top: 12px;">**Stay on Budget**</td><td style="width: 39.0942%; height: 120.422px;">- Define spending limits for each account so costs are controlled automatically.
- Receive alerts in real time before spending thresholds are exceeded.

</td><td style="width: 40.4052%; height: 120.422px;">- Prevent budget overruns before they happen.
- Keep sandbox activity predictable and aligned with financial goals.

</td></tr><tr style="height: 120.422px;"><td style="width: 20.5006%; height: 120.422px; padding-top: 12px;">**Simplified Account Cleanup**</td><td style="width: 39.0942%; height: 120.422px;">- Automatically remove all deployed resources when an account reaches its budget or time limit.
- Reset the account back to a clean, ready-to-use state.

</td><td style="width: 40.4052%; height: 120.422px;">- Reduce manual cleanup effort and free up team time.
- Ensure accounts are always safe to reuse for the next activity.

</td></tr><tr style="height: 137.219px;"><td style="width: 20.5006%; height: 137.219px; padding-top: 12px;">**Built-in Security**</td><td style="width: 39.0942%; height: 137.219px;">- Apply service control policies (SCPs) to restrict services, regions, or actions.
- Configure IAM permissions automatically for each sandbox account.

</td><td style="width: 40.4052%; height: 137.219px;">- Enforce security and compliance rules without manual setup.
- Reduce the risk of unauthorised access or unsafe configurations.

</td></tr><tr style="height: 109.625px;"><td style="width: 20.5006%; height: 109.625px; padding-top: 12px;">**Flexible Permissions**</td><td style="width: 39.0942%; height: 109.625px;">- Assign role-based IAM permissions tailored to each account type.
- Limit user access to only the resources and actions they need.

</td><td style="width: 40.4052%; height: 109.625px; padding-top: 12px;">- Prevent accidental or unwanted changes to environments.
- Match account access precisely to each team member’s responsibilities.

</td></tr><tr style="height: 120.422px;"><td style="width: 20.5006%; height: 120.422px; padding-top: 12px;">**Ready-to-Launch Environments**</td><td style="width: 39.0942%; height: 120.422px;">- Pre-provision AWS accounts with infrastructure for specific events or learning activities.
- Perfect for hackathons, training workshops, and tutorials.

</td><td style="width: 40.4052%; height: 120.422px;">- Eliminate setup delays before events begin.
- Provide a consistent, ready-made environment for participants.

</td></tr><tr style="height: 103.625px;"><td style="width: 20.5006%; height: 103.625px; padding-top: 12px;">**Controlled Access**</td><td style="width: 39.0942%; height: 103.625px;">- Allow managers to oversee and manage specific accounts or groups.
- Define permissions in detail to control exactly who can do what.

</td><td style="width: 40.4052%; height: 103.625px;">- Maintain a clear hierarchy of control across accounts.
- Balance flexibility with governance requirements.

</td></tr><tr style="height: 120.422px;"><td style="width: 20.5006%; height: 120.422px; padding-top: 12px;">**Easy Management**</td><td style="width: 39.0942%; height: 120.422px;">- Manage all sandbox accounts from a single, centralised dashboard.
- Interface is designed to be simple for both technical and non-technical users.

</td><td style="width: 40.4052%; height: 120.422px;">- Give all team members the ability to manage sandboxes confidently.
- Reduce reliance on technical specialists for basic account tasks.

</td></tr></tbody></table>

# Concepts and definitions

<table id="bkmrk-term-%2F-concept-descr" style="width: 100%; height: 904.265px;"><thead><tr style="height: 29.7969px;"><td class="xl65" height="21" style="height: 29.7969px; width: 20.9219%;" width="252">**Term / Concept**</td><td class="xl65" style="width: 79.0781%; height: 29.7969px;" width="87">**Description**</td></tr></thead><tbody><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Account Recycling</td><td style="width: 79.0781%; height: 63.3906px;">The <span class="font5">process of **cleaning and reusing sandbox accounts**</span><span class="font0"> after they hit budget or time limits. This reduces AWS account sprawl, optimises resource use, and minimises administrative work by resetting accounts for new users.</span></td></tr><tr style="height: 80.1875px;"><td class="xl65" height="21" style="height: 80.1875px; width: 20.9219%;">Account Template</td><td style="width: 79.0781%; height: 80.1875px;">A **<span class="font5">preconfigured set of sandbox rules and settings</span>**<span class="font0"> that define how an account can be used. Templates can include approval requirements, budgets, alert thresholds, lease durations, and automatic enforcement actions. Admins and managers create templates, and users request new sandbox leases by selecting from the available templates.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">AWS Nuke</td><td style="width: 79.0781%; height: 63.3906px;">An **<span class="font5">open-source automation tool</span>**<span class="font0"> that systematically deletes AWS resources across an account. It is used during account recycling to ensure no residual resources or configurations remain before reassigning the account.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Budget threshold</td><td style="width: 79.0781%; height: 63.3906px;">A **<span class="font5">predefined spending limit</span>**<span class="font0"> set by the customer. When spending reaches this threshold, Sandbox Studio can trigger automated actions such as sending alerts, stopping running resources, or blocking new deployments to prevent budget overruns.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Guardrails</td><td class="xl65" style="width: 79.0781%; height: 63.3906px;">**Preventive and detective controls**<span class="font0"> that help maintain security, compliance, and operational standards within sandbox accounts. Guardrails can include service restrictions, security configurations, and automated checks that detect or prevent policy violations.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Hub Account</td><td style="width: 79.0781%; height: 63.3906px;">A **<span class="font5">centralised AWS account</span>**<span class="font0"> used by Sandbox Studio to **coordinate** sandbox operations. The hub hosts shared resources, enforces configuration, and orchestrates automation across all sandbox accounts.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Lease</td><td style="width: 79.0781%; height: 63.3906px;">A **<span class="font5">temporary allocation of an AWS account</span>**<span class="font0"> to a user for a set time or budget. During the lease period, the user can run experiments or projects. When the lease expires, the account is reclaimed or recycled according to predefined rules.</span></td></tr><tr><td style="width: 20.9219%;">Organisation Management Account</td><td style="width: 79.0781%;">The **management account** is the top-level account in an AWS Organisation. It is automatically created when you set up the organisation and has full administrative control over all member accounts.</td></tr><tr style="height: 80.1875px;"><td class="xl65" height="21" style="height: 80.1875px; width: 20.9219%;">Organisational Unit (OU)</td><td style="width: 79.0781%; height: 80.1875px;">A **<span class="font5">logical grouping of AWS accounts</span>**<span class="font0"> within AWS Organisations that lets you organise accounts in a hierarchy and apply governance policies. Sandbox Studio creates separate OUs for active sandbox accounts and for recycled (cleaned and reusable) accounts, simplifying management and policy enforcement.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Permission set</td><td style="width: 79.0781%; height: 63.3906px;">A **<span class="font5">collection of IAM Identity Center permissions</span>**<span class="font0"> that define what a user can do within an AWS account. Permission sets are centrally managed and applied to users or groups to ensure consistent, controlled access.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Resource controls</td><td class="xl65" style="width: 79.0781%; height: 63.3906px;">Automated policies and mechanisms<span class="font0"> that manage the lifecycle of AWS resources. These controls enforce creation limits, modification rules, and automated cleanup based on budgets, time limits, and security requirements.</span></td></tr><tr style="height: 80.1875px;"><td class="xl65" height="21" style="height: 80.1875px; width: 20.9219%;">Sandbox environment</td><td style="width: 79.0781%; height: 80.1875px;">A **<span class="font5">controlled, isolated AWS environment</span>**<span class="font0"> that allows teams to experiment, test, and learn without affecting production systems. Sandboxes provide a safe space to try new services, prototype solutions, or run training exercises, with built-in limits and guardrails to prevent accidental overuse or security risks.</span></td></tr><tr style="height: 63.3906px;"><td class="xl65" height="21" style="height: 63.3906px; width: 20.9219%;">Service Control Policies (SCPs)</td><td class="xl65" style="width: 79.0781%; height: 63.3906px;">**Organisation-wide permission boundaries**<span class="font0"> that define the maximum available AWS permissions for accounts within an OU. SCPs are used to enforce consistent security, restrict high-risk services, and ensure sandbox accounts cannot bypass established rules.</span></td></tr></tbody></table>