워크플로우 엔진 작업 순서

워크플로우 엔진은 비즈니스 규칙 및 데이터베이스 작업을 기준으로 미리 정의된 순서로 실행됩니다. 성능을 향상시키기 위해 일반적으로 사용되는 게시된 워크플로우를 캐시합니다.

Run after bus. rules run workflow 속성은 워크플로우가 Default인지 Deferred인지 정의합니다.

아래 다이어그램은 워크플로우 엔진 작업 순서와 기본 및 지연 플로우가 실행되는 시기를 보여줍니다. 엔진 작업 순서에 대한 일반적인 개요는 스크립트 및 엔진의 실행 순서를 참조하세요.

그림 1. 워크플로우 엔진 순서 다이어그램

워크플로우 캐싱

워크플로우 엔진은 성능을 향상시키기 위해 일반적으로 사용되는 게시된 워크플로우를 캐시합니다.

캐싱은 워크플로당 데이터베이스 쿼리 수를 크게 줄입니다. 기본적으로 엔진은 최대 300개의 고유한 워크플로 버전을 캐시합니다. 매우 큰 워크플로우를 캐싱하면 캐시 크기가 JVM(Java Virtual Machine) 힙 크기를 초과할 수 없으므로 이 수를 줄일 수 있습니다.

캐시된 워크플로우 버전의 최대 수를 변경하려면 다음으로 이동합니다. 워크플로우 > 관리 > 속성 LRU 캐시(glide.workflow.model.cache.max) 속성에 동시에 보유될 최대 모델 수의 값을 수정합니다. 이 변경 내용을 적용하려면 인스턴스를 다시 시작해야 합니다.