[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC)：2025-09-04。"],[],[],null,["# About GDC Sandbox\n\nGoogle Distributed Cloud (GDC) Sandbox (GDC Sandbox) is a managed environment that lets you\nbuild and test services designed for Google Distributed Cloud (GDC) air-gapped in a\nGoogle Cloud environment, without navigating the air gap and physical hardware.\nWith GDC Sandbox, you can train, perform, and test familiar\nDistributed Cloud operations using the GDC console user\ninterface (UI), gdcloud CLI, and API services before investments in\nhardware and deployments. You can develop for the Google Distributed Cloud\nenvironment without the cost and logistics of working on air-gapped hardware,\nand without waiting for a data center installation.\n\nWith GDC Sandbox, you can:\n\n- **Develop applications**: Build and test apps without infrastructure overhead, from writing scripts to managing large-scale systems.\n- **Build methodologies**: Experiment with technologies or solutions in an isolated environment.\n- **Demonstrate capabilities**: Show your solution's capabilities by testing and training on familiar GDC Sandbox services.\n- **Train developers**: Provide self-paced or guided learning in a simulated GDC Sandbox environment.\n- **Manage development**: Create virtual environments automatically and avoid hardware purchases and maintenance.\n\nWhat is a Sandbox?\n------------------\n\nA GDC Sandbox instance is a non-persistent simulation of a\nGoogle Distributed Cloud environment. Instances are subject to being refreshed\non a monthly basis. These refreshes give you access to the latest features\nof the GDC Sandbox and the underlying Google Distributed Cloud\nenvironment itself.\n\nWhen instances are refreshed, they're returned to a default state, meaning\nall data is removed and you'll need to redeploy your configurations. It's\nrecommended to save your configurations, code, and containers in a code\nrepository. This practice is also a good fit for a low-high development model\nwhere you develop and test in GDC Sandbox and deploy to a secure\nenvironment. Configuration tasks such as project creation and user management\ncan be scripted for repeatability.\n\nTechnical features\n------------------\n\nThe current release of GDC Sandbox includes the following features:\n\n- **Managed developer experience** emulating the Google Distributed Cloud air-gapped environment, supporting a web-based console UI and the `gdcloud` CLI\n- **Remote access** to a private instance from Linux, macOS, and Windows\n- **Flexible workload options** including virtual machines (VM) and containers\n- **Storage** including block storage, PostgreSQL, and AlloyDB\n\nIncluded resources\n------------------\n\nGDC Sandbox includes the following pre-configured resources:\n\n- An organization called **org-1**. An organization is the top-level resource in the Google Distributed Cloud air-gapped resource hierarchy.\n- An org infrastructure cluster called **org-1-admin** . For details on clusters, see [Cluster architecture](/distributed-cloud/hosted/docs/latest/gdch/platform/pa-user/clusters#cluster-architecture).\n- Two Kubernetes clusters called **user-vm-1** and **user-vm-2** for running container workloads.\n- A fake OIDC identity provider. This identity provider contains a default user account you adopt for operations such as assigning yourself required roles and permissions.\n- Four available personas. For your testing purposes, we recommend you follow the **Platform Admin** user.\n- The following default projects in the org-1 organization:\n - e2e-test-user\n - user-project"]]
