도메인 분리에 대해 알아보기
에 대해 도메인 분리가 지원됩니다. UI 빌더 도메인 분리를 사용하여 데이터, 프로세스 및 관리 작업을 도메인이라는 논리적 그룹으로 분할할 수 있습니다. 어떤 사용자가 데이터를 보고 액세스할 수 있는지를 포함하여 이러한 분리의 여러 측면을 제어할 수 있습니다.
지원 수준: 표준
- 기본 수준 지원의 모든 측면을 포함합니다.
- 애플리케이션 속성이 필요에 따라 도메인을 인식합니다.
- 비즈니스 논리: 서비스 제공자(SP)가 고객별로 프로세스를 만들거나 수정합니다. 사용 사례는 여러 SP 고객이 단일 인스턴스에서 애플리케이션을 올바르게 사용하는 것을 반영합니다.
- 인스턴스 소유자는 특정 애플리케이션에 필요한 대로 테넌트별 최소 실행 가능한 제품(MVP) 비즈니스 논리 및 데이터 매개변수를 구성해야 합니다.
샘플 사용 사례: 관리자가 한 테넌트에 대해서는 기록이 닫히지만 다른 테넌트에 대해서는 기록이 닫히지 않는 경우 설명이 필요하도록 설정할 수 있어야 합니다.
지원 수준에 대한 자세한 내용은 도메인 분리를 위한 애플리케이션 지원을 참조하십시오.
의 도메인 분리 개요 UI 빌더
UI 빌더 는 웹 사용자 인터페이스 작성기입니다. UI 빌더 개발자는 사용자 지정 웹 구성요소를 사용하여 넥스트 경험 구성요소 웹 기반 작업 공간 환경을 위해 새 페이지를 빌드하거나 기존 페이지를 사용자 지정할 수 있습니다. 또한 는 UI 빌더 인스턴스 전체 다중 테넌트 아키텍처인 ServiceNow® 도메인 분리를 지원합니다.
도메인 분리 환경의 개발자 또는 대시보드 작성기가 동일한 브라우저 창에서 UI 애플리케이션 화면 또는 대시보드를 안전하게 생성할 수 있도록 지원합니다. 의 UI 빌더 도메인 분리는 애플리케이션 범위와 유사하게 작동하여 관리자가 다중 테넌트 환경에서 안전하게 만들거나 편집할 수 있도록 지원합니다.
안정적이고 정상적이며 확장 가능한 ServiceNow® 인스턴스를 유지하기 위한 핵심 원칙을 이해하는 것이 중요하며, 이 경우 도메인 분리가 필수적입니다. 주요 원칙은 표준화입니다. 표준화는 대부분의 인스턴스가 작동하는 공통 구성을 의미합니다. 인스턴스에 수백 또는 수천 개의 도메인이 있는 경우 이를 성공적으로 관리하려면 엄격한 거버넌스가 필요합니다. 도메인별 구성은 인스턴스 소유자가 필요하다고 판단하는 경우에만 사용해야 합니다. 일반적으로 대부분의 인스턴스는 공통 인스턴스 구성을 따라야 합니다. 이렇게 하면 인스턴스 전체에서 보다 균일한 경험이 제공됩니다. 또한 인스턴스 소유자는 릴리스 업그레이드의 일부로 포함된 새 ServiceNow® 기능의 채택을 늦추는 코드 스프롤을 최소화할 수 있습니다.
에서 도메인 분리가 작동하는 방식 UI 빌더
의 UI 빌더 도메인 분리는 애플리케이션 범위와 유사하게 작동하여 관리자가 다중 테넌트 환경에서 안전하게 만들거나 편집할 수 있도록 지원합니다.
UI 빌더 은 웹 기반 작업 공간, 대시보드 또는 포털을 생성하는 데 사용하는 연동된 구성요소의 프레임워크를 손상시킵니다. 애플리케이션이 도메인 분리를 지원하지만 모든 구성요소나 테이블이 도메인으로 분리된다는 의미는 아니므로 인스턴스 소유자가 이 점을 이해하는 것이 중요합니다.
현재 도메인이 변형 또는 대시보드의 도메인과 일치하지 않으면 기록은 읽기 전용입니다. 사용자가 도메인에 액세스할 수 있는 경우 도메인을 기록의 도메인으로 전환하도록 선택할 수 있습니다. 또는 사용자가 기록을 편집할 수 있습니다. 기록을 편집하면 사용자 세션이 일시적으로 해당 기록의 도메인으로 강제로 들어갑니다. 그런 다음 실수로 재정의를 만들 염려 없이 편집할 수 있습니다.
다음 다이어그램은 에서 도메인이 분리된 UI 빌더것(녹색)과 그렇지 않은(파란색) 것을 보여줍니다.
다이어그램에는 도메인이 프로세스로 지원되는 뷰포트, 선언적 작업 및 화면 적용성이 표시되지 않습니다.
도메인 분리 아키텍처를 고려할 때 데이터 및 프로세스/UI 분리가 중요합니다. UI 빌더 는 데이터 및 프로세스/UI 분리와 웹 기반 작업 공간, 대시보드 또는 포털 환경에 표시되는 모든 데이터(기록)를 완벽하게 지원합니다.
예를 들어 Acme 도메인에 속하는 변경 요청은 을 사용하여 UI 빌더빌드된 환경에서 Acme 도메인에 액세스할 수 있는 사용자에게만 표시됩니다. 반대로 애플리케이션이 데이터 분리를 지원하지 않는 경우 해당 기록은 작업 공간 또는 포털 환경에 의해 도메인 분리되지 않습니다.
에서 기본 프레임워크 UI 빌더 를 구성하는 프로세스/UI 분리 테이블은 프로세스로 분리되어 있으며 해당 테이블에 sys_override 열이 있습니다. 예를 들어 페이지가 전역으로 생성된 경우 하위 도메인에서 생성되고 저장된 논리를 변경하면 재정의가 발생합니다.
도메인으로 분리되지 않은 항목의 경우, 논리를 변경하면 콘텐츠를 참조하는 모든 페이지 또는 대시보드에 전역적으로 영향을 미칩니다. 이러한 요소와 상호 작용할 때는 도메인 분리를 이해하는 것이 중요합니다.
도메인 선택 메뉴, 메시징 및 재정의 관리
대시보드 작성기 포함을 UI 빌더 사용하여 작업 공간, 대시보드 또는 포털 환경을 설계하는 경우 시스템 관리자 또는 ui_builder_admin는 의 UI 빌더도메인 선택 메뉴에 액세스할 수 있습니다. 시스템 관리자 또는 ui_builder_admin는 변형 또는 대시보드 페이지를 생성, 편집 또는 재정의하기 전에 적절한 도메인으로 전환해야 합니다.
기본적으로 ui_builder_admin 역할은 도메인 선택 메뉴에 액세스할 수 없습니다. 도메인 선택 메뉴는 ITIL처럼 액세스 권한을 부여하는 역할과 결합되어야 하거나 시스템 속성을 통해 추가할 수 있습니다. 자세한 내용은 Enable domain selection menus in Core UI 문서를 참조하십시오.
또한 도메인 선택 메뉴에는 시스템 관리자나 ui_builder_admin가 전역에 있을 때 표시되는 도메인 범위 확장/축소도 표시됩니다. 재정의되었거나 하위 도메인에 독립 실행형으로 존재하는 변형 또는 대시보드를 표시하려면 확장 을 선택합니다. 전역에서 생성된 변형 또는 대시보드만 표시하려면 축소 를 선택합니다.
마지막으로, 도메인 계층 구조는 도메인 선택 메뉴에서 사용할 수 있습니다. 딥 도메인 계층 구조의 경우 사용자가 도메인을 물리적으로 선택하려면 도메인 계층 구조의 분기를 축소해야 할 수 있습니다. 이러한 환경에서는 검색을 수행하여 도메인을 찾습니다.
UI 빌더 에는 애플리케이션 범위가 처리되는 방식과 유사하게 변형 또는 대시보드를 편집하고 재정의하기 위한 거버넌스 통제가 있습니다. 애플리케이션 범위와 도메인 범위는 에서 동시에 UI 빌더처리됩니다.
예를 들어, 변형이 전역에서 생성되었지만 시스템 관리자의 현재 도메인이 Acme로 설정된 경우 해당 변형은 읽기 전용이 됩니다. 해당 화면이 편집할 수 없는 비공개 범위에 있지 않는 한 시스템 관리자나 ui_builder_admin 두 가지 옵션이 있습니다. 전역에 대한 액세스 권한이 있으면 전역 도메인으로 일시적으로 거래할 수 있습니다. 또는 재정의를 생성할 수 있습니다.
도메인 분리를 편집하여 변형 또는 대시보드 및 해당 컨텐츠를 빠르게 변경할 수 있습니다. 도메인을 편집할 때 변형 또는 대시보드와 동일한 도메인 범위로 일시적으로 트랜잭션합니다. 동일한 범위로 이동하면 변형에 연결된 특정 설정(예: 이름, 순서, 이벤트 매핑, 페이지 정의 구성)을 수정할 때 우발적인 재정의를 방지할 수 있습니다. 편집 모드에서는 페이지 관리에서 일부 설정을 사용할 수 없습니다. 모든 기능을 사용하려면 기록을 편집하기 전에 올바른 도메인으로 전환하십시오.
재정의 생성을 사용하면 시스템 관리자 또는 ui_builder_admin가 기존 변형 또는 대시보드의 재정의를 만들 수 있습니다. 변형 또는 대시보드의 재정의를 생성하여 사용자가 현재 선택한 도메인에서 화면 조건과 대상을 뺀 페이지 정의 콘텐츠의 광범위한 복사본을 수행합니다. 그러면 sys_override 열이 적절하게 업데이트됩니다.
뷰포트는 그 자체로 변형이지만 도메인으로 분리되며 일반적으로 페이지 정의 콘텐츠 내에 중첩됩니다. 일부 뷰포트는 복사되지 않을 수 있습니다. 예를 들어, 전역 뷰포트의 도메인에서 재정의로 작성된 뷰포트(탭 세트로 표시됨)는 재정의 작성 프로세스 중에 페이지 정의 컨텐츠에 전달되지 않습니다.
화면 조건과 대상은 도메인에 따라 다를 수 있으므로 이 컨텐츠는 재정의 생성 프로세스 중에 전달되지 않습니다. 화면은 시스템 관리자나 ui_builder_admin에게 화면 조건과 대상을 생성하라는 메시지를 표시합니다.
항목이 하위 도메인에 있거나 동일한 하위 도메인에 해당 변형 또는 대시보드에 대한 재정의가 있는 경우, 사용자는 전역에서 변형 또는 대시보드의 재정의를 생성할 수 없습니다.
재정의와 조건 및 대상을 설정한 후에는 필요에 따라 컨텐츠와 구성을 구성할 수 있습니다. 도메인 분리에 대한 표준으로, 재정의는 더 이상 원래 변형 또는 대시보드에 대한 변경 사항의 영향을 받지 않습니다. 사용자의 현재 도메인 세션이 영향을 받는 도메인 또는 이 재정의가 생성된 하위 도메인 내에 있는 경우 작업 공간, 대시보드 또는 포털 환경에 이러한 재정의된 구성이 표시됩니다. 대상은 또한 사용자가 볼 수 있는 것과 볼 수 없는 것을 결정합니다.
또한 사용자는 도메인 계층 구조에 액세스하여 상위 도메인의 기존 재정의를 볼 수 있습니다. 예를 들어, 전역 < - 상위 < - Acme < - 현재 도메인입니다. 재정의가 없으면 기본 변형 또는 대시보드가 표시됩니다. 기본 변형 또는 대시보드가 하위 도메인이나 피어 도메인에 있는 경우는 예외입니다.
전역에서 도메인 범위 확장 을 선택하면 앞에서 언급한 대로 하위 도메인의 모든 변형과 재정의가 표시됩니다.
시스템 관리자와 ui_builder_admin는 플랫폼에서 생성된 내용을 볼 수 있습니다.ServiceNow®
뷰포트 및 도메인 분리
뷰포트는 페이지 정의 컨텐츠에서 중첩될 수 있는 변형입니다. 전역에서 공통 구성으로 만들거나 하위 도메인별로 재정의할 수 있습니다.
선언적 작업 및 도메인 분리
선언적 작업은 도메인마다 재정의할 수도 있습니다. 시스템 관리자나 ui_builder_admin 도메인별 선언적 작업 재정의를 만들기 전에 적절한 도메인을 선택해야 합니다.