---
sourceDocument: 호주 애플리케이션 빌드 또는 수정
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/application-development

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 애플리케이션 빌드 또는 수정

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Development, Data, and Analytics


---

# 가이드라인 및 사용 사례

# 개발자 샌드박스에 대한 일반 가이드라인 및 사용 사례 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 3분

샌드박스 사용을 최적화하려면 몇 가지 일반적인 가이드라인을 따르십시오.

## 사용자 수 개발자 샌드박스 {#dev-sbx-general-guidelines__section_iy3_yzd_hgc}

각 샌드박스에는 한 사람만 작업해야 합니다. 샌드박스당 여러 사용자가 있으면 병렬 개발의 이점이 무효화됩니다.  
권리는 스택할 수 있으며 인스턴스당 최대 30개의 샌드박스를 지원합니다.  
주:  
샌드박스 수는 인스턴스 성능에 영향을 주지 않습니다.  
사용자는 기본 인스턴스와 여러 샌드박스에 동시에 로그인할 수 있습니다. 샌드박스 사용자는 기본 인스턴스와 동일한 로그인 자격 증명을 샌드박스에 사용합니다. 로그인에 1회 사용자 인증(SSO)을 사용하는 경우 기본 인스턴스의 계정에 연결하도록 활성화하면 기본 인스턴스 개발자 샌드박스 와 동일한 메커니즘과 자격 증명을 사용하여 인증됩니다. SSO 활성화에 대한 자세한 내용은 다음 문서를 참조하십시오 [개발자 샌드박스 설치](https://servicenow-prod.fluidtopics.net/Ic3qrO_HMlwUW1EzJXfBzA "개발자 샌드박스 이(가) 계정 팀의 도움을 받아 인스턴스에 설치됩니다 ServiceNow .").  
주:  
고유 URL이 있는 인스턴스는 SSO를 지원합니다.

## 개발자 샌드박스의 타이밍 {#dev-sbx-general-guidelines__section_x5h_qdz_fgc}

의도적으로 임시 환경을 만드는 데 사용합니다 개발자 샌드박스 . 수명이 길어질수록 원래의 기본 인스턴스에서 더 멀어집니다. 따라서 수명 개발자 샌드박스 은 가능한 한 짧아야 합니다.  
샌드박스는 일시적이며 짧은 개발 기간에 맞춰 조정할 수 있습니다. 예를 들어 Agile Development에서 샌드박스는 다음과 같은 기간 동안 지속될 수 있습니다.

1. 스프린트
2. 스토리
3. 테스트 라운드
{#dev-sbx-general-guidelines__ol_hxp_tnz_fgc}

## 샌드박스 할당의 예 {#dev-sbx-general-guidelines__section_ah4_wmc_hgc}

다음은 샌드박스를 사용할 수 있는 방법의 예입니다.

* 스프린트 시작 시 분기를 생성합니다.
* 각 샌드박스에 대해 새 분기를 만들어야 합니다.
* 스프린트 중간에 버그를 수정해야 하는 경우 변경 사항을 스태쉬에 저장하는 대신 새 분기가 있는 두 번째 샌드박스를 만들고 거기에서 버그를 수정합니다. 그런 다음 이러한 변경 내용을 릴리스 분기에 병합하고 버그 수정을 프로덕션에 배포합니다.
* 샌드박스를 생성하여 변경 내용을 새 샌드박스로 끌어와 스토리 또는 기능을 테스트합니다. 테스트가 완료되면 폐기됩니다.
{#dev-sbx-general-guidelines__ul_jsm_zmc_hgc}

## 개발자 샌드박스 비프로덕션 인스턴스와 비교 {#dev-sbx-general-guidelines__section_slg_3hk_hgc}

개발자 샌드박스 는 비프로덕션 인스턴스를 대체하지 않습니다. 개발자 샌드박스 는 일시적이지만 비프로덕션 인스턴스는 보다 영구적이며 장기적으로 사용하기 위한 것입니다.  
다음 표에서는 비프로덕션 인스턴스와 개발자 샌드박스 이를 가장 효과적으로 사용하는 방법을 비교합니다.{#dev-sbx-general-guidelines__table_g5c_53k_hgc__entry__2}

| 비프로덕션 인스턴스 | 개발자 샌드박스 |
|-|-|
| 팀 또는 프로젝트별로 회사의 작업을 분할 | 프로젝트 내에서 개발자 메타데이터 변경 내용을 격리합니다. |
| 그룹은 상당히 다른 구성에서 시작합니다. | 모든 개발자는 동일한 베이스라인 인스턴스 구성으로 시작합니다. |
| 동시 작업 스트림이 격리되거나 최소한으로 정렬됨 | 개발 활동은 일관된 주기를 따릅니다. |
| 장기적인 변경을 위한 내구성 있는 환경 | 임시 환경에서 작업을 완료하고 버전 제어를 커밋할 수 있습니다. |
[표 1. 제안된 비프로덕션 인스턴스와 개발자 샌드박스]

{#dev-sbx-general-guidelines__table_g5c_53k_hgc}인스턴스에 샌드박스를 설정하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 [개발자 샌드박스 설치](https://servicenow-prod.fluidtopics.net/Ic3qrO_HMlwUW1EzJXfBzA "개발자 샌드박스 이(가) 계정 팀의 도움을 받아 인스턴스에 설치됩니다 ServiceNow .").

## 개발자 샌드박스 및 ServiceNow Fluent {#dev-sbx-general-guidelines__section_vjv_2wk_hgc}

개발자 샌드박스및 ServiceNow IDE와 가장 잘 작동합니다ServiceNow Fluent.

XML 태그에 표시되는 로우코드 변경 내용은 생성된 파일 구조로 인해 변경 내용을 정렬하기 어려울 수 있기 때문에 병합 문제를 일으키는 경우가 있습니다. 에서 로우코드 빌더 ServiceNow AI Platform를 사용하는 경우 가장 좋은 장기적 전략은 XML 대신 변경 사항을 ServiceNow Fluent 저장하는 것입니다.

ServiceNow Fluent 는 소스 코드에서 애플리케이션 메타데이터를 정의하는 데 사용할 수 있는 도메인별 프로그래밍 언어입니다. 개발자와 관리자는 Git과 같은 버전 제어에서 변경 내용을 쉽게 조회할 수 있습니다. 자세한 내용은 [ServiceNow Fluent](https://servicenow-prod.fluidtopics.net/LkgjsL6Ogxn6hUPsJ73QXQ "도메인별 프로그래밍 언어를 사용하여 소스 코드에서 애플리케이션 메타데이터를 정의합니다.ServiceNow Fluent") 문서를 참조하십시오.

와 함께 시스템 업데이트 세트사용할 개발자 샌드박스 수 있지만 보다 미래 지향적인 솔루션은 ServiceNow IDE. 샌드박스와 ServiceNow IDE 버전 제어 및 배포 앱(예 앱 엔진 관리 센터: )을 페어링하면 보다 깔끔하고 간소화된 배포 생태계를 만들 수 있습니다. 자세한 내용은 [ServiceNow IDE](https://servicenow-prod.fluidtopics.net/r0tnzRtU6bfEkieZgYf0hQ "의 통합 개발 환경(IDE)ServiceNow AI Platform에서 소스 코드로 애플리케이션을 생성하고 개발하여 개발 팀 간의 공동 작업을 개선하고 애플리케이션 개발을 가속화합니다.") 문서를 참조하십시오.

## 개발자 샌드박스 질문 게시판 {#dev-sbx-general-guidelines__section_pv3_mrl_khc}

[개발자 샌드박스: FAQ 및 시작 가이드](https://www.servicenow.com/community/app-engine-blog/developer-sandboxes-faq-and-getting-started-guide/ba-p/3433961)에 대한 문서를 참조하십시오ServiceNow 커뮤니티.