Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Le bac à sable Google Distributed Cloud (GDC) est un environnement géré qui vous permet de créer et de tester des services conçus pour Google Distributed Cloud (GDC) air-gapped dans un environnementGoogle Cloud , sans avoir à naviguer dans l'air gap ni dans le matériel physique.
Avec le bac à sable GDC, vous pouvez entraîner, effectuer et tester des opérations Distributed Cloud familières à l'aide de l'interface utilisateur (UI) de la console GDC, de gdcloud CLI et des services d'API avant d'investir dans du matériel et des déploiements. Vous pouvez développer pour l'environnement Google Distributed Cloud sans les coûts et la logistique liés à l'utilisation de matériel isolé, et sans attendre l'installation d'un centre de données.
Avec GDC Sandbox, vous pouvez :
Développer des applications : créez et testez des applications sans surcharge d'infrastructure, de l'écriture de scripts à la gestion de systèmes à grande échelle.
Élaborer des méthodologies : expérimentez des technologies ou des solutions dans un environnement isolé.
Démontrez vos capacités : montrez les capacités de votre solution en effectuant des tests et des entraînements sur les services Sandbox GDC que vous connaissez.
Former les développeurs : proposez un apprentissage à votre rythme ou guidé dans un environnement de bac à sable GDC simulé.
Gérez le développement : créez automatiquement des environnements virtuels et évitez d'acheter et d'entretenir du matériel.
Qu'est-ce qu'un bac à sable ?
Une instance de bac à sable GDC est une simulation non persistante d'un environnement Google Distributed Cloud. Les instances peuvent être actualisées tous les mois. Ces actualisations vous donnent accès aux dernières fonctionnalités du bac à sable GDC et de l'environnement Google Distributed Cloud sous-jacent.
Lorsque les instances sont actualisées, elles sont rétablies dans leur état par défaut. Cela signifie que toutes les données sont supprimées et que vous devez redéployer vos configurations. Nous vous recommandons d'enregistrer vos configurations, votre code et vos conteneurs dans un dépôt de code. Cette pratique convient également à un modèle de développement bas-haut, dans lequel vous développez et testez dans la sandbox GDC et déployez dans un environnement sécurisé. Les tâches de configuration telles que la création de projets et la gestion des utilisateurs peuvent être scriptées pour être reproductibles.
Fonctionnalités techniques
La version actuelle de GDC Sandbox inclut les fonctionnalités suivantes :
Expérience de développement gérée émulant l'environnement Google Distributed Cloud hermétique, compatible avec une interface utilisateur de console Web et la CLI gdcloud
Accès à distance à une instance privée depuis Linux, macOS et Windows
Options de charge de travail flexibles, y compris les machines virtuelles (VM) et les conteneurs
Stockage, y compris le stockage par blocs, PostgreSQL et AlloyDB
Ressources incluses
Le bac à sable GDC inclut les ressources préconfigurées suivantes :
Une organisation appelée org-1. Une organisation est la ressource de premier niveau de la hiérarchie des ressources Google Distributed Cloud air-gapped.
Un cluster d'infrastructure d'organisation appelé org-1-admin. Pour en savoir plus sur les clusters, consultez Architecture d'un cluster.
Deux clusters Kubernetes appelés user-vm-1 et user-vm-2 pour exécuter les charges de travail de conteneur.
Faux fournisseur d'identité OIDC. Ce fournisseur d'identité contient un compte utilisateur par défaut que vous adoptez pour des opérations telles que l'attribution des rôles et autorisations requis.
Quatre personas sont disponibles. Pour vos tests, nous vous recommandons de suivre l'utilisateur Administrateur de plate-forme.
Les projets par défaut suivants dans l'organisation org-1 :
e2e-test-user
user-project
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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"]]
