도메인 분리 지원 수준

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기2분
  • 고객 조직에 대한 애플리케이션의 도메인 분리를 위한 세 가지 범주 중에서 선택합니다.

    도메인 분리를 지원하는 애플리케이션은 데이터와 데이터 라우팅의 분리만 지원하거나, 고급 비즈니스 논리 분리를 포함하거나, 애플리케이션의 테넌트(고객) 수준 관리를 지원할 수 있습니다. 이러한 정의는 실제 사용 사례 및 이를 구현하는 사람의 관점에서 지원 수준을 설명합니다.

    증분 ServiceNow 지원 수준

    도메인 분리 지원 수준

    수준 유형 요약
    지원 안 함
    • 도메인 필드가 데이터 테이블에 존재할 수 있지만 데이터를 관리할 비즈니스 논리가 없습니다.
    • 이 수준은 도메인으로 구분된 것으로 간주되지 않습니다.
    기본 고객 데이터 관리
    • 비즈니스 논리: 데이터가 애플리케이션의 서비스 제공자 사용 사례에 적합한 도메인으로 들어가도록 보장합니다.
    • 애플리케이션에서 사용자 인터페이스, 캐시 키, 보고, 롤업, 집계 등은 모두 런타임 시 도메인의 속성을 고려합니다.
    • 인스턴스 소유자는 여러 테넌트에서 정상적으로 작동하도록 애플리케이션을 설정할 수 있어야 합니다.

    사용 사례: 서비스 제공자가 채팅을 사용하여 고객의 메시지에 응답할 때 클라이언트가 응답을 볼 수 있어야 합니다.

    표준 고객 프로세스 관리
    • 기본 수준 포함
    • 비즈니스 논리: 프로세스는 서비스 제공자가 고객별로 만들거나 수정할 수 있습니다. 사용 사례는 여러 서비스 제공자 고객이 단일 인스턴스에서 애플리케이션을 사용하는 방식을 반영합니다.
    • 인스턴스 소유자는 특정 애플리케이션에 대해 고객별 최소 실행 가능한 제품(MVP) 비즈니스 논리 및 데이터 매개변수를 구성할 수 있어야 합니다.

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

    Enhanced 고객 자체 관리 구성
    • 기본 및 표준 수준 포함
    • 서비스 제공자 고객이 정의된 사용 사례를 기반으로 하는 비즈니스 논리를 수정할 수 있습니다. 이러한 구성은 한 고객의 구성이 다른 고객에게 영향을 줄 수 없도록 UI 기반 및 페일 세이프로 되어 있습니다.
    • 인스턴스 고객이 MVP 비즈니스 논리 및 데이터 매개변수를 직접 구성할 수 있어야 합니다.

    사용 사례: 공유 환경의 고객은 도메인 내의 영향, 긴급도 또는 우선순위에 따라 변경할 수 있어야 합니다.

    유효 도메인*

    경우에 따라 도메인 프레임워크가 사용되지 않는 경우에도 플랫폼 기능 또는 애플리케이션이 서비스 제공자 사용 사례를 지원할 수 있습니다. 도메인 분리를 지원하려면 사용 사례를 자세히 설명해야 합니다. 지원 수준 뒤의 별표(*)는 이러한 종류의 구성을 나타냅니다.

    사용 사례: New York 릴리스 서비스 카탈로그 이전에는 도메인이 지원되지 않았지만 인스턴스 소유자가 사용자 기준을 사용하여 도메인 분리 인스턴스의 각 테넌트에 대해 별도의 카탈로그와 항목을 구성할 수 있었습니다. 그 결과 각 테넌트가 표준 수준에서 Service Catalog를 사용할 수 있게 되었습니다.

    지원 수준별로 나열된 모든 응용 프로그램을 보려면 을 참조하십시오 도메인 분리를 위한 애플리케이션 지원.

    요약

    도메인 분리는 애플리케이션에서 고객을 인식하도록 하는 데 사용해야 하는 프레임워크입니다.

    프레임워크를 사용하여 애플리케이션을 지원할 수 있도록 하기 전에 도메인 프레임워크 기능, 애플리케이션의 비즈니스 사용 케이스, 가상 사용자가 무엇인지, 가상 사용자가 애플리케이션을 사용하는 방식을 고려하십시오.