도메인 분리 및 테이블 작성기

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 2분
  • 도메인 분리를 사용하여 데이터, 프로세스 및 관리 작업을 도메인이라는 논리적 그룹으로 분할할 수 있습니다. 어떤 사용자가 데이터를 보고 액세스할 수 있는지를 포함하여 이러한 분리의 여러 측면을 제어할 수 있습니다.

    지원 수준: 표준*

    지원 수준은 표준이지만, 일부 예외 또는 특수 조건이 있습니다.

    • 기본 수준 지원의 모든 측면을 포함합니다.
    • 비즈니스 논리: 서비스 제공자(SP)가 고객별로 프로세스를 만들거나 수정합니다. 사용 사례는 여러 SP 고객이 단일 인스턴스에서 애플리케이션을 올바르게 사용하는 것을 반영합니다.
    • 인스턴스 소유자는 최소 실행 가능한 제품(MVP) 비즈니스 논리 및 데이터 매개변수를 구성할 수 있어야 합니다. 이 구성은 특정 애플리케이션에 필요한 대로 테넌트별로 수행됩니다.

    샘플 사용 사례: 관리자가 한 테넌트에 대해서는 기록이 닫히지만 다른 테넌트에 대해서는 기록이 닫히지 않는 경우 설명이 필요하도록 설정할 수 있어야 합니다.

    지원 수준에 대한 자세한 내용은 도메인 분리를 위한 애플리케이션 지원을 참조하십시오.

    도메인 분리 개요

    테이블 작성기 개발자가 애플리케이션에서 테이블의 각 양식 뷰에 대한 레이아웃과 논리를 구성할 수 있습니다. 에서 UI 빌더시작하면 인스턴스 테이블 작성기 전체 다중 테넌트 아키텍처인 도메인 분리를 ServiceNow 지원합니다.

    주:
    도메인 분리는 에서 시작할 UI 빌더때 지원 테이블 작성기 됩니다. 에서 시작할 테이블 작성기앱 엔진 스튜디오때는 도메인 분리가 지원되지 않습니다.

    테이블 작성기 를 사용하면 도메인 분리 환경의 개발자가 동일한 브라우저 창에 있는 동안 양식을 만들 수 있습니다. 의 테이블 작성기 도메인 분리는 관리자가 멀티테넌트 환경에서 만들거나 편집하는 데 도움이 되는 애플리케이션 범위와 유사하게 작동합니다.

    표준화는 도메인 분리가 설치된 안정적이고 정상적이며 확장 가능한 ServiceNow 인스턴스를 유지 관리하기 위한 핵심 원칙입니다. 표준화하면 대부분의 인스턴스가 작동하는 공통 구성을 갖게 됩니다. 인스턴스에 수백 또는 수천 개의 도메인이 있는 경우 이를 성공적으로 관리하려면 엄격한 거버넌스가 필요합니다. 도메인별 구성은 인스턴스 소유자가 필요하다고 판단하는 경우에만 수행해야 합니다. 대부분의 인스턴스는 인스턴스 전체에서 보다 균일한 경험을 제공하기 위해 공통 인스턴스 구성을 따라야 합니다. 또한 인스턴스 소유자는 릴리스 업그레이드의 일부로 포함된 새 ServiceNow 기능의 채택을 늦추는 코드 스프롤을 최소화할 수 있습니다.

    테이블 작성기에서 도메인 분리가 작동하는 방식

    테이블 작성기 개발자가 세션 도메인을 전환하여 양식 레이아웃, 섹션 레이아웃 및 양식 논리에 대한 도메인 재정의를 만들 수 있습니다. 시스템 딕셔너리 기록 변경(예: 필드 레이블에 대한 필드 메타데이터)에는 도메인 재정의가 필요하지 않습니다. 양식 레이아웃을 변경하려면 하위 도메인에서 변경이 수행될 때 양식 기록과 섹션 모두에 대한 도메인 재정의가 필요합니다. 도메인 재정의를 만들 때 재정의를 저장하기 전에 섹션 레이블을 편집할 수 없습니다.

    주:
    UI 정책은 하위 도메인에서도 재정의될 수 있습니다. 재정의 표시기가 UI 정책에 나타납니다.
    전역 도메인에서 개발자는 도메인 범위를 확장하여 다른 도메인의 모든 양식 뷰를 볼 수 있습니다. 개발자는 모든 양식 뷰와 아이콘으로 표시된 재정의가 있는 뷰를 볼 수 있습니다.
    주:
    단일 섹션 양식 기록에는 첨부된 기록이 sys_ui_forms 없습니다. 대신 이러한 기록에는 두 번째 섹션이 생성될 때까지 첨부된 sys_ui_section 기록만 있습니다. 단일 섹션 양식에 기존 도메인 재정의가 있고 개발자가 양식에 다른 섹션을 추가하면 기존 도메인 재정의가 중단됩니다.