n8n v2.0 호환성 변경 사항

n8n v2.0에서 도입되는 주요 호환성 변경 사항과 마이그레이션 방법을 안내합니다. 보안 강화, 설정 단순화, 레거시 기능 제거 등의 내용을 포함합니다.

n8n v2.0이 출시되었으며, 이와 함께 몇 가지 중요한 변경 사항이 적용되었습니다. 이 문서에서는 전환을 준비하기 위해 취해야 할 중요한 호환성 변경 사항과 조치 사항을 설명합니다. 이러한 업데이트는 보안 강화, 설정 단순화, 레거시 기능 제거를 목적으로 합니다. n8n 2.0의 출시는 안전하고 신뢰할 수 있으며 프로덕션에 적합한 자동화 플랫폼을 제공하겠다는 n8n의 약속을 이어갑니다. 이 메이저 버전에는 중요한 보안 개선 사항과 지원 중단된 기능 정리가 포함되어 있습니다. 동작 변경 사항 # 서브 워크플로가 대기 상태에서 재개될 때 예상되는 서브 워크플로 데이터 반환 (웹훅 대기, 폼, HITL 등) # 이전에는 실행(부모)이 서브 실행(자식)을 호출하고, 해당 서브 실행에 서브 실행을 대기 상태로 만드는 노드가 포함되어 있으며, 부모 실행이 서브 실행의 완료를 기다리도록 설정된 경우, 부모 실행이 잘못된 결과를 받는 문제가 있었습니다. 예를 들어 서브 실행에 65초 이상의 타임아웃이 설정된 Wait 노드, 웹훅 호출, 폼 제출, 또는 Slack 노드와 같은 HITL(Human-in-the-Loop) 노드가 포함된 경우 대기 상태가 발생합니다. Parent-Workflow: Sub-Workflow: v1: 부모 실행이 서브 실행의 입력을 출력으로 재현합니다.: v2: 부모 실행이 자식 실행의 결과를 수신합니다: 이를 통해 서브 워크플로에서 HITL 노드를 사용하고, 그 결과(예: 작업 승인 또는 거부)를 부모 워크플로에서 활용할 수 있습니다. 마이그레이션 방법: 서브 워크플로를 호출하면서 서브 워크플로의 입력을 수신하기를 기대하는 워크플로를 검토하세요. 부모 워크플로가 서브 워크플로의 입력 대신 자식 워크플로의 끝에서 출력을 받는 새로운 동작을 처리하도록 해당 워크플로를 업데이트하세요. Start 노드 제거 # Start 노드는 더 이상 지원되지 않습니다. 이 노드는 워크플로를 시작하는 기존 방식이었지만, 이제 더 구체적인 트리거 노드로 대체되었습니다. 마이그레이션 방법: 워크플로 사용 방식에 따라 Start 노드를 교체하세요: 수동 실행: Start 노드를 Manual Trigger 노드로 교체하세요. 서브 워크플로: 다른 워크플로가 이 워크플로를 서브 워크플로로 호출하는 경우, Start 노드를 Execute Workflow Trigger 노드로 교체하고 워크플로를 활성화하세요. 비활성화된 Start 노드: Start 노드가 비활성화된 경우, 워크플로에서 삭제하세요. 워크플로 저장 및 게시 # 새로운 워크플로 게시 시스템이 기존의 활성/비활성 토글을 대체합니다. 이는 기존의 "활성화/비활성화" 토글이 새로운 "게시/게시 취소" 버튼으로 변경됨을 의미합니다. 이 변경으로 워크플로 변경 사항이 언제 적용될지를 더 잘 제어할 수 있어, 작업 중인 변경 사항이 실수로 프로덕션에 배포되는 위험을 줄일 수 있습니다. 자세한 내용은 다음을 참조하세요: 워크플로 저장 및 게시 서비스 종료로 인한 노드 제거 # 다음 노드들은 연결하는 외부 서비