최종 사용자 자격 증명

최종 사용자 자격 증명을 사용하면 고정된 자격 증명이 아니라 워크플로를 트리거한 사람의 자격 증명으로 워크플로가 실행됩니다. 프로젝트 관리자가 하나의 자격 증명을 템플릿으로 생성하면, 각 사용자가 자신의 계정을 연결합니다. n8n은 각 사용자가 연결한 계정을 사용하며 사용자의 데이터를 비공개로 유지합니다. 고정 자격 증명을 사용하면 워크플로를 실행하는 모든 사람이 동일한 계정을 사용하게 되어, 한 사람의 접근 권한과 데이터가 다른 모든 사람에게 노출될 수 있습니다. 최종 사용자 자격 증명은 각 사용자에게 자신만의 연결을 제공하고 실행 데이터를 격리합니다. Note 엔터프라이즈 플랜에서 사용 가능 Note 이 기능은 미리보기 상태입니다 미리보기 기능은 향후 릴리스에서 변경될 수 있습니다. 프로덕션 워크플로에서는 의존하지 마세요. 최종 사용자 자격 증명이란 # 자격 증명을 생성하거나 편집할 때 Credential type 을 선택합니다: Fixed credential(고정 자격 증명): 워크플로를 실행하는 사람과 관계없이 동일한 자격 증명을 사용합니다. 기본값입니다. End-user credential(최종 사용자 자격 증명): 실행 시점에 각 사용자의 자격 증명을 사용합니다. 해당 사용자만 자신의 자격 증명을 보고 사용할 수 있습니다. 최종 사용자 자격 증명은 템플릿입니다. 이를 생성한 사람이 연결을 한 번 설정합니다. 예를 들어 Gmail의 OAuth 앱 세부 정보를 설정합니다. 접근 권한이 있는 모든 사용자는 해당 템플릿을 사용해 자신의 계정을 연결합니다. 각 연결은 그것을 만든 사용자에게 속합니다: 오직 그 사용자만 이를 사용할 수 있고, 그 사용자만 반환되는 데이터를 볼 수 있습니다. 예시 # 수동 트리거로 Gmail에서 메시지를 읽어 Slack으로 요약을 전송하는 워크플로를 구축한다고 가정해보세요. Gmail용 최종 사용자 자격 증명을 템플릿으로 생성합니다. 사용자 A가 워크플로를 실행하면 n8n은 사용자 A의 받은편지함을 읽습니다. 사용자 B가 실행하면 n8n은 사용자 B의 받은편지함을 읽습니다. 각 사용자는 자신의 데이터만 볼 수 있습니다. 작동 방식 # 노드에서 자격 증명 드롭다운을 사용해 자격 증명을 선택하는 것은 평소와 동일합니다. 노드에 별도의 설정이 없습니다. 노드 동작은 자격 증명 유형에 따라 달라집니다: 고정 자격 증명을 사용하면 노드는 항상 그래왔던 대로 동작합니다. 최종 사용자 자격 증명을 사용하면 노드는 트리거한 사용자의 계정을 사용한다는 것을 표시하고, 아직 연결하지 않은 경우 연결하도록 안내합니다. 실행 시점에 n8n은 워크플로를 트리거한 사용자의 연결된 계정으로 자격 증명을 확인(resolve)합니다. 워크플로에 접근 권한이 있는 모든 사용자는 자신의 신원(identity) 관점에서 노드를 봅니다. 계정을 연결했다면 그 연결이 실행되고, 그렇지 않다면 워크플로를 트리거하기 전에 연결해야 합니다. 하나의 워크플로에서 고정 자격 증명과 최종 사용자 자격 증명을 혼합해 사용할 수 있습니다. 예를 들어 각 사용