워크플로우 모범 사례

실행 및 성능

다음은 워크플로우에 적용되는 모범 사례를 비롯하여 캠페인 성과를 최적화하는 방법에 대한 일반적인 가이드라인입니다.

워크플로우 실행과 관련된 문제 해결 지침도 이 섹션에서 사용할 수 있습니다.

로그

JavaScript 메서드 logInfo()​는 작업 과정을 디버깅하는 데 유용한 솔루션입니다. 이 기능은 유용하지만, 특히 자주 실행되는 활동에 주의해서 사용해야 합니다.로그를 오버로드하고 로그 테이블의 크기를 크게 늘릴 수 있습니다. 그러나 logInfo() 이상이 필요할 수도 있습니다.

다음과 같은 두 가지 추가 솔루션을 사용할 수 있습니다.

  • 두 실행 간 임시 인구의 결과 유지

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

    워크플로우의 마지막 실행의 작업 테이블만 유지됩니다. 이전 실행의 작업 테이블은 매일 실행되는 cleanup 작업 과정에 의해 삭제됩니다.

    주의

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

  • 저널에 SQL 쿼리 기록

    워크플로 속성의 Execution 탭에서 사용할 수 있는 이 옵션은 다른 활동에서 도구로 생성된 모든 SQL 쿼리를 기록합니다. 실제로 플랫폼에서 실행되는 요소를 확인하는 것이 좋습니다. 그러나 이 옵션은 개발 도중에만 일시적으로 사용해야 하며 프로덕션 단계에서 활성화되어서는 안 됩니다.

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

워크플로 계획

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

워크플로우 실행

전체 시스템 성능이 저하되고 데이터베이스에 블록을 만들 수 있으므로 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 탭을 정기적으로 확인하십시오. 자세한 내용은 인스턴스 감독을 참조하십시오.

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

활동 사용

주의

동일한 워크플로우 내에서 활동을 복사하고 붙여넣을 수 있습니다. 그러나 여러 워크플로우에서 붙여넣기 활동을 복사하는 것은 권장되지 않습니다. 게재 및 스케줄러와 같은 활동에 첨부된 일부 설정은 대상 워크플로우를 실행하는 동안 충돌과 오류를 초래할 수 있습니다. 대신 Duplicate 워크플로우를 사용하는 것이 좋습니다. 자세한 내용은 워크플로 복제를 참조하십시오.

활동 이름

워크플로우를 개발하는 동안 모든 활동에도 이름이 있고 모든 Adobe Campaign 객체도 이름이 지정됩니다. 도구에 의해 이름이 생성되는 동안 이를 구성할 때 명시적인 이름으로 이름을 바꾸는 것이 좋습니다. 나중에 이 작업을 할 때 발생할 수 있는 위험은 다른 이전 활동의 이름을 사용하는 활동과 함께 워크플로우가 중단될 수 있다는 것입니다. 따라서 나중에 이름을 갱신하는 것은 어려운 일이 될 것이다.

활동 이름은 Advanced 탭에서 찾을 수 있습니다. 이름을 query, query1, query11​로 지정하지 말고 querySubscribedRecipients 등의 명시적 이름을 지정합니다. 이 이름은 저널에 표시되며, SQL 로그에 해당되는 경우 이 이름을 사용하면 작업 과정을 구성할 때 작업 과정을 디버깅할 수 있습니다.

첫 번째 및 마지막 활동

  • 항상 Start 활동 또는 Scheduler 활동으로 워크플로우를 시작합니다. 관련 있는 경우 External signal 활동을 사용할 수도 있습니다.

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

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

활동 내 Javascript

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

워크플로우를 보다 쉽게 찾기 위해 다음과 같이 활동 레이블의 시작과 끝에 이중 대시를 사용하는 것이 좋습니다.— 내 레이블 —

신호

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

워크플로 업데이트

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

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

보관된 워크플로우는 개발 또는 테스트 플랫폼을 보관된 폴더에 보관할 수 있지만 프로덕션 환경은 최대한 깨끗한 상태로 유지해야 합니다. 기존 워크플로우가 비활성 상태인 경우 제작 환경에서 제거해야 합니다.

이 페이지에서는

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now