v7

워크플로우 모범 사례

실행 및 성능

다음은 워크플로우에 적용할 모범 사례를 포함하여 캠페인 성과 최적화에 대한 일반 지침입니다.

워크플로우 실행과 관련된 문제 해결 지침은에서 사용할 수 있습니다 Campaign Classic v7 프로덕션 안내서.

로그

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

도움이 되는 두 가지 추가 솔루션을 사용할 수 있습니다.

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

  이 옵션은 워크플로우의 두 실행 사이에 임시 테이블을 유지합니다. 워크플로우 속성에서 사용할 수 있습니다. General 데이터를 모니터링하고 결과를 확인하는 개발 및 테스트 용도로 사용할 수 있습니다. 개발 환경에서 이 옵션을 사용할 수 있지만 프로덕션 환경에서는 절대 사용하지 마십시오. 임시 테이블을 유지하면 데이터베이스 크기가 크게 증가하여 크기 제한에 도달할 수 있으며 백업 속도도 느려집니다.

  워크플로의 마지막 실행에 대한 작업 테이블만 유지됩니다. 이전 실행의 작업 테이블은 cleanup 매일 실행되는 워크플로우입니다.

  주의

  프로덕션 워크플로우에서는 이 옵션을 체크해서는 안 됩니다. 이 옵션은 결과를 분석하는 데 사용되며 테스트 목적으로만 설계되었기 때문에 개발 또는 스테이징 환경에서만 사용해야 합니다.

• 저널의 로그 SQL 쿼리

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

로그가 더 이상 필요하지 않으면 제거하십시오. 워크플로우 내역은 자동으로 삭제되지 않습니다. 기본적으로 모든 메시지가 유지됩니다. 내역을 다음을 통해 삭제할 수 있습니다. File > Actions 메뉴 또는 목록 위의 도구 모음에 있는 작업 버튼을 클릭합니다. 삭제 내역을 선택합니다.
로그를 제거하는 방법에 대해 알아보려면 다음을 참조하십시오. 설명서.

워크플로 계획

• 낮 동안 안정적인 활동 수준을 유지하고 인스턴스가 오버로드되지 않도록 최고점을 피하십시오. 이렇게 하려면 워크플로우 시작 시간을 하루 전체에 균등하게 분배합니다.
• 리소스 경합을 줄이기 위해 데이터 로드를 하룻밤 예약합니다.
• 긴 워크플로우는 잠재적으로 서버 및 데이터베이스 리소스에 영향을 줄 수 있습니다. 가장 긴 워크플로우를 분할하여 처리 시간을 줄입니다.
• 전반적인 실행 시간을 줄이려면 시간이 많이 걸리는 활동을 간소화하고 빨라진 활동으로 대체하십시오.
• 20개 이상의 워크플로우를 동시에 실행하지 마십시오. 너무 많은 워크플로우가 동시에 실행되면 시스템의 리소스가 부족해지고 불안정해질 수 있습니다. 워크플로우가 시작되지 않는 이유에 대한 자세한 내용은 다음을 참조하십시오 기사.

워크플로우 실행

워크플로우가 15분 이상 실행되도록 예약하지 않음 전체 시스템 성능을 저해하고 데이터베이스에 블록을 생성할 수 있기 때문입니다.

워크플로우를 일시 중지 상태로 두지 마십시오.. 임시 워크플로우를 만드는 경우 이 워크플로를 올바르게 완료할 수 있고 paused 주. 일시 중지된 경우 임시 테이블을 유지해야 하므로 데이터베이스 크기를 늘려야 합니다. 워크플로 속성 아래에 워크플로 감독자를 할당하여 워크플로가 실패하거나 시스템에서 일시 중지된 경우 경고를 보냅니다.

워크플로우가 일시 중지된 상태가 되지 않도록 하려면 다음 작업을 수행하십시오.

• 예기치 않은 오류가 없는지 정기적으로 워크플로우를 확인하십시오.
• 대규모 워크플로우를 여러 다른 워크플로우로 분할하는 등 가능한 한 워크플로우를 단순하게 유지합니다. 다음을 사용할 수 있습니다. External signal 활동은 다른 워크플로우의 실행을 기반으로 실행을 트리거합니다.
• 워크플로우에서 흐름이 있는 활동을 비활성화하여 스레드를 열어 두고 많은 공간을 사용할 수 있는 많은 임시 테이블로 이어지지 않도록 하십시오. 에 활동 유지 안 함 Do not enable 또는 Enable but do not execute 워크플로의 상태입니다.

사용하지 않는 워크플로우 중지. 계속 실행되는 워크플로우는 데이터베이스에 대한 연결을 유지합니다.

드문 경우에만 무조건적 정지 사용. 이 작업을 정기적으로 사용하지 마십시오. 워크플로우에서 생성된 연결을 데이터베이스에 대해 완전히 종료하지 않으면 성능이 저하됩니다.

동일한 워크플로우에서 여러 정지 요청을 수행하지 않음. 워크플로를 중지하는 것은 비동기 프로세스입니다. 요청이 등록된 다음 워크플로 서버 또는 서버가 진행 중인 작업을 취소합니다. 따라서 워크플로 인스턴스를 중지하는 데 시간이 걸릴 수 있습니다. 특히 워크플로가 여러 서버에서 실행 중인 경우 각 서버에서 진행 중인 작업을 취소하도록 제어해야 합니다. 문제가 발생하지 않도록 하려면 중지 작업이 완료될 때까지 기다린 후 워크플로우를 여러 번 중지하지 마십시오.

엔진에서 실행 옵션

다음에서 Workflow properties 창, 확인 안 함 Execute in the engine 옵션을 선택합니다. 이 옵션을 활성화하면 워크플로가 우선하며 이 옵션이 완료될 때까지 다른 모든 워크플로는 워크플로 엔진에 의해 중지됩니다.

워크플로 속성

워크플로 폴더

Adobe은 전용 폴더에 워크플로우를 만들 것을 권장합니다.

워크플로가 플랫폼 전체에 영향을 주는 경우(예: 정리 프로세스) 기본 제공 기능에 하위 폴더를 추가하는 것을 고려해 볼 수 있습니다 Technical Workflows 폴더를 삭제합니다.

워크플로우 이름 지정

예상과 다르게 수행될 경우 쉽게 찾고 문제를 해결하기 위해 워크플로우에 적절한 이름과 레이블을 지정하는 것을 권장합니다. 워크플로우의 설명 필드를 작성하여 운영자가 쉽게 이해할 수 있도록 수행할 프로세스를 요약합니다.

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

예제:

• 001 - 가져오기 - 수신자 가져오기
• 002 - 가져오기 - 판매 가져오기
• 003 - 가져오기 - 판매 세부 정보 가져오기
• 010 - 내보내기 - 게재 로그 내보내기
• 011 - 내보내기 - 추적 로그 내보내기

워크플로우 심각도

워크플로우 속성에서 워크플로우의 심각도를 구성할 수 있습니다 Execution 탭:

• 일반
• 프로덕션
• 중요

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

이 옵션은 캠페인 워크플로우 이외의 워크플로우에는 영향을 주지 않습니다.

캠페인에 동시에 실행되어야 하는 프로세스가 많은 경우 심각도가 더 높은 캠페인 워크플로우(캠페인/작업의 일부로 만들어진 워크플로우)가 우선 순위로 실행됩니다. 기본적으로 NmsOperation_LimitConcurrency 옵션에 따라 캠페인에서 10개의 프로세스만 동시에 실행할 수 있습니다. 예를 들어 캠페인에 25개의 워크플로우가 포함된 경우 심각도가 더 높은 워크플로우가 10개의 프로세스의 첫 번째 풀에서 실행됩니다.

워크플로우 모니터링

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

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

워크플로우 작성을 시작하기 전에 워크플로우 감독자를 정의해야 합니다. 오류 발생 시 이메일로 알림이 전송됩니다. 자세한 내용은 다음을 참조하십시오. 오류 관리.

다음을 정기적으로 확인합니다. Monitoring 활성 워크플로우의 전체 상태를 볼 수 있는 탭입니다. 자세한 내용은 다음을 참조하십시오. 인스턴스 감독.

워크플로우 HeatMap을 사용하면 Adobe Campaign 플랫폼 관리자가 인스턴스의 로드를 모니터링하고 그에 따라 워크플로우를 계획할 수 있습니다. 자세한 내용은 다음을 참조하십시오. 워크플로우 모니터링.

활동 사용

활동 이름

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

활동 이름은에서 찾을 수 있습니다. Advanced 탭. 이름을 지정하지 마십시오. query, query1, query11, 하지만 다음과 같은 명시적인 이름을 지정합니다. querySubscribedRecipients. 이 이름은 저널에 표시되며 SQL 로그에 해당하는 경우 워크플로를 구성할 때 워크플로를 디버깅하는 데 도움이 됩니다.

첫 번째 및 마지막 활동

• 항상 (으)로 워크플로우 시작 Start 활동 또는 a Scheduler 활동. 관련성이 있는 경우 External signal 활동.

• 워크플로우를 빌드할 때는 한 개만 사용합니다. Scheduler 분기별 활동. 워크플로우의 동일한 분기에 여러 개의 스케줄러(서로 연결됨)가 있는 경우 실행할 작업 수가 기하급수적으로 증가하여 데이터베이스가 상당히 과부하 됩니다. 이 규칙은 이 있는 모든 활동에도 적용됩니다. Scheduling & History 탭. 자세히 알아보기 예약.

  

• 사용 End 모든 워크플로우에 대한 활동. 이를 통해 Adobe Campaign은 워크플로우 내에서 계산에 사용되는 임시 공간을 확보할 수 있습니다. 자세한 내용은 다음을 참조하십시오. 시작 및 종료.

활동 내의 Javascript

워크플로우 활동을 초기화할 때 JavaScript를 추가할 수 있습니다. 활동에서 수행할 수 있습니다. Advanced 활동의 탭입니다.

워크플로우를 보다 쉽게 파악할 수 있도록 활동 레이블의 시작과 끝에서 다음과 같이 이중 대시를 사용하는 것이 좋습니다. — 내 레이블 —

신호

대부분의 경우 신호가 어디에서 호출되는지 알 수 없습니다. 이 문제를 방지하려면 Comment 필드 내 Advanced 신호 활동의 탭으로서, 이 활동에 대한 신호의 예상 출처를 문서화합니다.

워크플로우 업데이트

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

프로덕션 환경이 아닌 개발 또는 스테이징 환경에서 모든 테스트를 수행합니다. 이런 경우에는 성능을 보장할 수 없습니다.

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

Business.Adobe.com 리소스