워크플로우 모범 사례 workflow-best-practices

다음은 캠페인 워크플로우 성능을 최적화하고, 워크플로우 디자인을 개선하고, 올바른 설정을 선택하는 일반 지침입니다.

워크플로 폴더 workflow-folders

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

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

워크플로우 이름 지정 workflow-naming

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

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

예제:

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

워크플로우 심각도 workflow-severity

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

  • 일반
  • 프로덕션
  • 중요

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

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

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

워크플로우 모니터링 workflow-monitoring

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

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

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

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

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

활동 using-activities

CAUTION
동일한 워크플로우 내에서 활동을 복사하여 붙여넣을 수 있습니다. 하지만 다른 워크플로우에서는 붙여넣기 활동을 복사하지 않는 것이 좋습니다. 게재 및 스케줄러와 같은 활동에 첨부된 일부 설정은 대상 워크플로우를 실행하는 동안 충돌 및 오류를 초래할 수 있습니다. 대신 다음을 추천했습니다. 복제 워크플로. 자세한 내용은 워크플로우 복제.

활동 이름 name-of-the-activity

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

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

첫 번째 및 마지막 활동 first-and-last-activities

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

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

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

활동 내의 Javascript javascript-within-an-activity

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

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

신호 signal

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

워크플로우 업데이트 workflow-update

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

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

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

실행 및 성능 execution-and-performance

로그 logs

JavaScript 메서드 logInfo() 은 워크플로우를 디버깅하는 솔루션입니다. 그러나 특히 자주 실행되는 활동의 경우 로그를 오버로드하고 로그 테이블의 크기를 크게 늘릴 수 있으므로 주의해서 사용해야 합니다.

중간 모집단 유지

다음 두 차례 실행 사이의 중간 모집단 결과 유지 옵션은 워크플로우의 두 실행 사이에 임시 테이블을 유지합니다.

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

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

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

로그 SQL 쿼리

다음 저널에 SQL 쿼리 기록 옵션은에서 사용할 수 있습니다 Execution 워크플로 속성의 탭입니다. 이 옵션은 다른 활동의 모든 SQL 쿼리를 기록하며, 플랫폼에서 실제로 실행되는 항목을 확인할 수 있는 방법을 제공합니다. 단, 이 옵션은 일시적으로 개발 중 및 프로덕션에서 활성화되지 않음.

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

워크플로 계획 workflow-planning

문제를 방지하기 위해 워크플로우 실행 계획에 추가 모범 사례를 적용해야 합니다.

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

엔진에서 실행 옵션 execute-in-the-engine-option

프로덕션 환경에서는 엔진에서 워크플로우를 실행하지 마십시오. 다음의 경우 Execute in the engine 옵션이에서 선택됨 Workflow properties, 워크플로가 우선하며 이 워크플로가 완료될 때까지 다른 모든 워크플로는 워크플로 엔진에 의해 중지됩니다.

recommendation-more-help
cffff7e4-091f-472e-87ca-52087599f99d