변경 로그

n8n 릴리스별 주요 변경 사항을 최신순으로 정리한 변경 로그를 설명합니다.

모든 n8n 릴리스는 플랫폼을 한 걸음씩 발전시킵니다. 변경 로그는 n8n 위에서 무언가를 구축하는 기술 팀에게 가장 중요한 변화를 알리는 공간입니다. 새로운 기능, 워크플로 실행 방식에 대한 더 많은 제어, 그리고 워크플로가 실제로 무엇을 하는지에 대한 더 명확한 가시성이 여기에 담깁니다. 각 항목은 해당 기능이 배포된 버전과 연결되어 있으며 최신순으로 정렬되고, 그 자체로 완결되도록 작성되어 팀이 기다려 온 단 하나의 업데이트를 손쉽게 공유할 수 있습니다. Note 필요에 따라 이 페이지와 n8n의 다른 릴리스 자료를 함께 참고하세요. 변경 로그 (현재 페이지): 배포되는 가장 중요한 새 기능을 정리한 서술형 요약입니다. 릴리스 노트 : 각 릴리스의 모든 기능 수준 업데이트를 나열한 목록입니다. GitHub 릴리스 : 커밋과 연결된 각 릴리스의 전체 변경 세부 내역으로, 버그 수정과 사소한 변경 사항까지 포함합니다. 2.x , 1.x , 0.x 의 이전 방식 릴리스 노트 페이지는 계속 아카이브로 보존됩니다. 2.x 아카이브의 모든 내용은 이 변경 로그와 릴리스 노트에서 다룹니다. 참고 이 섹션의 상세 내용은 n8n 공식 문서 를 참조하세요. 워커에서 크기 제한 없이 웹훅 응답 반환하기 # 릴리스: 2026-08-04 (n8n 2.34 ) 이제 큐 모드 워커는 페이로드 크기와 관계없이 웹훅 응답을 반환할 수 있습니다. 큐 모드에서는 워커가 실행을 수행하지만, 요청을 보낸 클라이언트는 메인 또는 웹훅 인스턴스에 연결된 상태로 유지되므로 Respond to Webhook 노드의 응답은 큐를 거쳐 되돌아가야 합니다. 해당 메시지가 전달되는 동안 Redis가 전체 응답을 보관하므로, n8n은 기본적으로 이를 64MiB로 제한합니다( N8N_WEBHOOK_RESPONSE_RELAY_SIZE_MAX ). 이 한도를 초과하여 직렬화된 응답은 노드를 실패시켰습니다. 예를 들어 데이터베이스 쿼리에서 나온 광범위한 결과 집합, 집계된 API 호출 배치, 워크플로에서 조립된 CSV 또는 XML 문서가 여기에 해당합니다. 워커에서 N8N_WEBHOOK_RESPONSE_RELAY_OFFLOAD_ENABLED=true 를 설정하면, n8n은 이 한도를 초과하는 응답 본문을 대신 바이너리 데이터 스토리지 에 저장합니다. 그러면 큐 메시지는 참조만 전달하고, 메인 인스턴스가 스토리지에서 본문을 스트리밍하여 클라이언트로 전달하며, 응답을 전달한 뒤에는 n8n이 저장된 사본을 삭제하므로 데이터가 누적되지 않습니다. 응답이 아무리 커지더라도 Redis 메모리 사용량은 그대로 유지됩니다. 오프로드 기능을 사용하려면 데이터를 저장하는 N8N_DEFAULT_BINARY_DATA_MODE ( default 를 제외한 모든 모드)와 모든 인스턴스가 읽을 수 있는 스토리지가 필요합니다. s3 나 azure 는 모두 본문을 청크 단위로 스트리밍하므로 n8n은 이 두 가지를 권장합니다. 오프로드된 본문은 2.34.0 이상을 실행하는 메인 인스턴스만 읽을 수 있으므로, 이 변수는 기본