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