도메인 분리 및 워크플로우
도메인 분리는 워크플로우 애플리케이션에서 지원됩니다. 도메인 분리를 사용하여 데이터, 프로세스 및 관리 작업을 도메인이라는 논리적 그룹으로 분할할 수 있습니다. 어떤 사용자가 데이터를 보고 액세스할 수 있는지를 포함하여 이러한 분리의 여러 측면을 제어할 수 있습니다.
지원 수준: 표준*
- 기본 수준 포함
- 비즈니스 논리: 프로세스는 서비스 제공자가 고객별로 만들거나 수정할 수 있습니다. 사용 사례는 여러 서비스 제공자 고객이 단일 인스턴스에서 애플리케이션을 올바르게 사용하는 것을 반영합니다.
- 인스턴스 소유자는 특정 애플리케이션에 필요한 대로 테넌트별 MVP 비즈니스 논리 및 데이터 매개변수를 구성할 수 있어야 합니다.
개요
도메인 분리가 활성화되면 워크플로우 및 워크플로우 활동은 이를 게시하거나 만든 사용자의 도메인을 상속합니다.
워크플로우 애플리케이션에서 도메인 분리가 작동되는 방법
- 워크플로우 [wf_workflow] 및 워크플로우 버전 [wf_workflow_version]:프로세스 관리 또는 프로세스 분리에 사용됩니다.
- 워크플로우 컨텍스트 [wf_context]: 도메인 분리를 이해하는 데 사용됩니다.
워크플로우 편집기에서는 워크플로우 이름 뒤의 제목 표시줄에 워크플로우의 도메인을 표시합니다.
워크플로우 및 위임된 관리
위임된 관리를 사용하면 하위 도메인이 상위 도메인 계층 구조에서 워크플로우를 상속하고 필요한 경우 도메인별 버전으로 재정의할 수 있습니다.
워크플로우 [wf_workflow] 및 워크플로우 버전 [wf_workflow_version] 테이블의 워크플로우 기록은 프로세스로 간주됩니다. 하위 도메인의 사용자는 체크 아웃할 수 있지만 상위 도메인의 워크플로우를 복사할 수는 없습니다. 하위 도메인의 사용자가 상위 도메인에서 워크플로우를 체크아웃하면 시스템이 해당 사용자의 도메인에 워크플로우 버전을 생성합니다. 이 새 버전은 워크플로우 [wf_workflow] 테이블의 고유 기록입니다. 사용자가 이 새 워크플로우를 게시하면 하위 도메인의 다른 사용자가 상위 도메인의 워크플로우를 재정의하는 새 워크플로우를 사용합니다. 상위 도메인의 원래 워크플로우는 하위 도메인의 사용자에게 더 이상 표시되지 않습니다.
예를 들어 MSP(관리형 서비스 제공자)는 단일 인스턴스에서 ACME와 Initech를 포함한 여러 회사의 ITSM 서비스를 호스팅합니다. MSP는 도메인 계층 구조에서 최상위 도메인인 TOP 도메인에서 생성되었기 때문에 관리자로서 모든 도메인에 적용되는 변경 요청 - 긴급 워크플로우를 생성합니다. 이 워크플로우는 전역 변경 요청 - 긴급 워크플로우를 재정의하고 긴급 변경 요청에 CAB 승인 그룹의 승인이 필요하도록 지정합니다. 위임된 관리로 인해 계층 구조의 모든 도메인이 이 워크플로우를 보고 사용합니다. 이제 긴급 변경 요청에 긴급 CAB 승인 그룹의 승인이 필요한 ACME 도메인에 다른 승인 정책이 필요하다고 가정해 보겠습니다. MSP는 ACME 도메인에서 변경 요청 - 긴급 워크플로우의 다른 버전을 만듭니다. 이 워크플로우는 TOP 도메인의 버전을 재정의하며 ACME 도메인의 사용자에게만 적용됩니다.
워크플로우 권한
사용자가 새 워크플로우를 시작하면 해당 사용자의 도메인과 자격 증명을 사용하여 워크플로우가 실행됩니다.
워크플로우는 승인 활동으로 인해 승인 또는 거부를 기다리는 활동으로 인해 워크플로우가 대기될 때까지 사용자의 도메인과 자격 증명을 보존합니다. 사용자가 요청을 승인하는 경우처럼 중지된 워크플로우가 다시 시작되면 워크플로우는 승인 사용자의 자격 증명을 사용하지만 원래 사용자의 도메인 내에서 계속 실행됩니다.