Google Distributed Cloud (GDC) 샌드박스 (GDC 샌드박스)는Google Cloud 환경에서 에어 갭 및 물리적 하드웨어를 탐색하지 않고도 Google Distributed Cloud (GDC) 에어 갭용으로 설계된 서비스를 빌드하고 테스트할 수 있는 관리형 환경입니다.
GDC 샌드박스를 사용하면 하드웨어 및 배포에 투자하기 전에 GDC 콘솔 사용자 인터페이스 (UI), gdcloud CLI, API 서비스를 사용하여 익숙한 Distributed Cloud 작업을 학습하고, 실행하고, 테스트할 수 있습니다. 에어 갭 하드웨어에서 작업하는 데 드는 비용과 물류 없이, 데이터 센터 설치를 기다리지 않고도 Google Distributed Cloud 환경을 개발할 수 있습니다.
GDC Sandbox를 사용하면 다음 작업을 할 수 있습니다.
애플리케이션 개발: 스크립트 작성부터 대규모 시스템 관리까지 인프라 오버헤드 없이 앱을 빌드하고 테스트합니다.
방법론 구축: 격리된 환경에서 기술 또는 솔루션을 실험합니다.
기능 데모: 익숙한 GDC 샌드박스 서비스에서 테스트하고 학습하여 솔루션의 기능을 보여줍니다.
개발자 교육: 시뮬레이션된 GDC 샌드박스 환경에서 사용자 주도형 또는 가이드 학습을 제공합니다.
개발 관리: 가상 환경을 자동으로 만들고 하드웨어 구매 및 유지보수를 피합니다.
샌드박스란 무엇인가요?
GDC 샌드박스 인스턴스는 Google Distributed Cloud 환경의 비영구 시뮬레이션입니다. 인스턴스는 매월 새로고침될 수 있습니다. 이러한 새로고침을 통해 GDC 샌드박스와 기본 Google Distributed Cloud 환경 자체의 최신 기능에 액세스할 수 있습니다.
인스턴스가 새로고침되면 기본 상태로 돌아갑니다. 즉, 모든 데이터가 삭제되므로 구성을 다시 배포해야 합니다. 구성, 코드, 컨테이너를 코드 저장소에 저장하는 것이 좋습니다. 이 방법은 GDC Sandbox에서 개발 및 테스트하고 보안 환경에 배포하는 low-high 개발 모델에도 적합합니다. 프로젝트 생성 및 사용자 관리와 같은 구성 작업은 반복 가능하도록 스크립팅할 수 있습니다.
기술적 특징
현재 출시된 GDC Sandbox에는 다음과 같은 기능이 포함되어 있습니다.
Google Distributed Cloud 에어갭 환경을 에뮬레이션하고 웹 기반 콘솔 UI와 gdcloud CLI를 지원하는 관리형 개발자 환경
Linux, macOS, Windows에서 비공개 인스턴스에 원격 액세스
가상 머신 (VM) 및 컨테이너를 비롯한 유연한 워크로드 옵션
블록 스토리지, PostgreSQL, AlloyDB를 포함한 스토리지
포함된 리소스
GDC 샌드박스에는 다음과 같은 사전 구성된 리소스가 포함됩니다.
org-1이라는 조직 조직은 Google Distributed Cloud 에어 갭 리소스 계층 구조의 최상위 리소스입니다.
org-1-admin이라는 조직 인프라 클러스터 클러스터에 대한 자세한 내용은 클러스터 아키텍처를 참고하세요.
컨테이너 워크로드를 실행하기 위한 user-vm-1 및 user-vm-2라는 두 개의 Kubernetes 클러스터
가짜 OIDC ID 공급업체입니다. 이 ID 공급자에는 필요한 역할과 권한을 자신에게 할당하는 등의 작업에 사용하는 기본 사용자 계정이 포함되어 있습니다.
사용 가능한 페르소나 4개 테스트 목적으로 플랫폼 관리자 사용자를 팔로우하는 것이 좋습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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"]]
