Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
La zona de pruebas de Google Distributed Cloud (GDC) es un entorno administrado que te permite compilar y probar servicios diseñados para Google Distributed Cloud (GDC) con aislamiento de aire en un entorno deGoogle Cloud , sin tener que navegar por el aislamiento de aire ni el hardware físico.
Con GDC Sandbox, puedes capacitarte, realizar y probar operaciones conocidas de Distributed Cloud con la interfaz de usuario (IU) de la consola de GDC, la CLI de gdcloud y los servicios de API antes de invertir en hardware y realizar implementaciones. Puedes desarrollar para el entorno de Google Distributed Cloud sin los costos ni la logística de trabajar en hardware aislado, y sin esperar la instalación de un centro de datos.
Con GDC Sandbox, puedes hacer lo siguiente:
Desarrolla aplicaciones: Compila y prueba apps sin la sobrecarga de la infraestructura, desde la escritura de secuencias de comandos hasta la administración de sistemas a gran escala.
Metodologías de desarrollo: Experimenta con tecnologías o soluciones en un entorno aislado.
Demuestra las capacidades: Muestra las capacidades de tu solución probándola y capacitándola en los servicios conocidos de GDC Sandbox.
Capacita a los desarrolladores: Proporciona aprendizaje guiado o a tu propio ritmo en un entorno simulado de zona de pruebas de GDC.
Administra el desarrollo: Crea entornos virtuales automáticamente y evita la compra y el mantenimiento de hardware.
¿Qué es una zona de pruebas?
Una instancia de zona de pruebas de GDC es una simulación no persistente de un entorno de Google Distributed Cloud. Las instancias están sujetas a actualizaciones mensuales. Estas actualizaciones te brindan acceso a las funciones más recientes de GDC Sandbox y del entorno subyacente de Google Distributed Cloud.
Cuando se actualizan las instancias, se restablece su estado predeterminado, lo que significa que se quitan todos los datos y deberás volver a implementar tus configuraciones. Se recomienda guardar tus parámetros de configuración, código y contenedores en un repositorio de código. Esta práctica también se adapta bien a un modelo de desarrollo de baja a alta complejidad, en el que desarrollas y pruebas en GDC Sandbox, y luego implementas en un entorno seguro. Las tareas de configuración, como la creación de proyectos y la administración de usuarios, se pueden escribir en forma de secuencia de comandos para que se repitan.
Funciones técnicas
La versión actual de GDC Sandbox incluye las siguientes funciones:
Experiencia del desarrollador administrada que emula el entorno aislado de Google Distributed Cloud, compatible con una IU de consola basada en la Web y la CLI de gdcloud
Acceso remoto a una instancia privada desde Linux, macOS y Windows
Opciones de cargas de trabajo flexibles, incluidas máquinas virtuales (VM) y contenedores
Almacenamiento, incluido el almacenamiento en bloque, PostgreSQL y AlloyDB
Recursos incluidos
El GDC Sandbox incluye los siguientes recursos preconfigurados:
Una organización llamada org-1. Una organización es el recurso de nivel superior en la jerarquía de recursos aislados de Google Distributed Cloud.
Un clúster de infraestructura de la organización llamado org-1-admin. Para obtener detalles sobre los clústeres, consulta Arquitectura del clúster.
Dos clústeres de Kubernetes llamados user-vm-1 y user-vm-2 para ejecutar cargas de trabajo de contenedores
Es un proveedor de identidad de OIDC falso. Este proveedor de identidad contiene una cuenta de usuario predeterminada que adoptas para operaciones como asignarte los roles y permisos necesarios.
Hay cuatro arquetipos disponibles. Para realizar pruebas, te recomendamos que sigas al usuario administrador de la plataforma.
Los siguientes proyectos predeterminados en la organización org-1:
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[],[],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"]]
