워크플로우 모범 사례 - Campaign Classic의 구성 및 모니터링

이 문서에서는 Adobe Campaign Classic의 워크플로우 구성 및 모니터링과 관련된 몇 가지 모범 사례에 대해 설명합니다.

설명 description

환경

문제

대부분의 경우 워크플로우는 플랫폼의 핵심 기능(기본 제공 또는 사용자 지정)의 일부를 구성합니다. 이러한 이유로 구성 시 주의해야 합니다.

해결 방법 resolution

일반 구성

조직

사용자 지정 폴더에서 tableXXX에서의 가져오기와 같은 워크플로우를 만듭니다.

일반 워크플로가 플랫폼 전체에 영향을 주는 경우(예: 정리)에만 기본 제공 기술 워크플로 폴더에 추가할 수 있습니다.

워크플로우 이름

앞에서 설명한 대로 워크플로우에 적절한 이름과 레이블을 지정하는 것이 중요합니다. 연산자가 항상 설명서를 참조하는 것은 아니므로 수행할 프로세스를 요약하려면 워크플로우의 설명 필드를 입력하십시오.

워크플로우가 여러 워크플로우를 포함하는 프로세스의 일부인 경우 레이블을 입력할 때 자유롭게 명시하십시오. 숫자를 사용하는 것이 워크플로우(레이블별)를 정렬하는 좋은 방법입니다. 예:

심각도

실행 탭의 워크플로 속성에서 워크플로의 심각도를 구성합니다.

워크플로우를 만들 때 이 정보를 제공하면 구성된 프로세스의 심각도를 이해하는 데 도움이 됩니다.

로그

JavaScript 메서드 logInfo()은(는) 워크플로우를 디버깅하는 데 좋은 솔루션입니다. 유용하지만 특히 자주 실행되는 활동에 신중하게 사용해야 합니다. 로그를 오버로드하고 로그 테이블의 크기를 크게 늘릴 수 있습니다.

그러나 logInfo()개 이상이 필요할 수도 있습니다. 도움이 되는 두 가지 추가 솔루션을 사용할 수 있습니다.

두 실행 사이의 중간 모집단 결과 유지

워크플로우 속성의 일반 탭에서 사용할 수 있는 이 옵션은 위험할 수 있는 한 유용할 수 있습니다. 이 기능은 Adobe Campaign이 두 실행 사이에 생성된 임시 테이블을 삭제하지 못하도록 합니다. 개발 환경에서는 유용할 수 있지만 프로덕션 환경에서는 사용할 수 없으므로 모니터링해야 합니다. 임시 테이블을 유지하면 데이터베이스 크기가 크게 증가하여 크기 제한에 도달할 수 있으며 백업 속도도 느려집니다.

프로덕션의 워크플로가 없음 은(는) 언제든지 이 옵션을 선택해야 합니다.

저널에 SQL 쿼리 기록:

워크플로우 속성의 실행 탭에서 사용할 수 있으며, 이렇게 하면 다른 활동에서 도구로 생성된 모든 SQL 쿼리가 기록됩니다. 플랫폼에서 실제로 실행되는 것을 볼 수 있는 좋은 방법입니다. 그러나 이 옵션은 개발 도중에만 임시로 사용하고 프로덕션 환경에서는 활성화하지 않아야 합니다.

모니터링

오류가 있는 경우 알림을 받으려면 프로덕션 환경에서 실행되는 모든 예약된 워크플로우를 모니터링해야 합니다.

워크플로 속성에서 기본 "워크플로 감독자" 또는 사용자 지정 그룹인 감독자 그룹 을 선택합니다. 이메일을 설정한 상태에서 최소 한 명 이상의 운영자가 이 그룹에 속하는지 확인하십시오.

워크플로를 일시 중지하지 않음:

임시 워크플로우를 만드는 경우, 제대로 완료할 수 있고 "일시 중지됨" 상태가 아닌지 확인하십시오. 일시 중지된 경우 임시 테이블을 유지해야 하므로 데이터베이스 크기를 늘려야 합니다.

워크플로우 내

활동 이름

워크플로우를 개발하는 동안 모든 활동에는 모든 Adobe Campaign 개체와 같은 이름이 있습니다. 도구에서 이름을 생성하는 동안에는 구성할 때 명시적인 이름으로 이름을 바꾸는 것이 좋습니다. 나중에 하면 다른 이전 활동의 이름을 사용하는 활동으로 워크플로우가 중단될 수 있습니다. 따라서 나중에 이름을 업데이트하는 것은 어려운 일입니다.

활동 이름은 고급 탭에서 찾을 수 있습니다. query1, query11이라는 이름을 그대로 두지 말고, 대신 querySubscribedRecipients과(와) 같은 명시적 이름을 지정하십시오. 이 이름은 저널에 표시되며 SQL 로그에 해당하는 경우 워크플로를 구성할 때 워크플로를 디버깅하는 데 도움이 됩니다.

활동 내 JavaScript

워크플로우 활동을 초기화할 때 JavaScript을 추가할 수 있습니다. 이 작업은 활동의 고급 탭에서 수행할 수 있습니다. 워크플로를 더 쉽게 찾을 수 있도록 하기 위해 다음과 같이 활동 레이블의 시작과 끝에 이중 대시를 사용하는 것이 좋습니다. — 내 레이블 —

신호

대부분의 경우 신호가 어디에서 호출되는지 알 수 없습니다. 이 문제를 방지하려면 신호 활동의 고급 탭에 있는 설명 필드를 사용하여 이 활동에 대한 예상 신호 출처를 문서화합니다.

워크플로우 업데이트

프로덕션 워크플로우는 직접 업데이트할 수 없습니다. 프로세스가 템플릿 워크플로우로 캠페인을 만드는 것으로 구성되지 않은 경우 가능한 경우 먼저 개발 환경에서 프로세스를 테스트해야 합니다. 이 유효성 검사 후에만 워크플로를 배포하고 프로덕션에서 시작할 수 있습니다.

보관된 워크플로는 개발 또는 테스트 플랫폼의 보관 폴더에 보관할 수 있지만 프로덕션은 가능한 깔끔하게 유지되어야 합니다. 비활성 상태인 경우 프로덕션에서 이전 워크플로우를 제거해야 합니다.