JavaScript SDK를 사용하여 파일 저장 및 제공
실행 중인 스택에 대해 관찰되는 액세스 규칙이 포함된 aura.storage의 일상적인 흐름입니다.
8분 읽기·레벨 중급·2026. 10. 12.에 개정됨
이 영어 텍스트는 프랑스어 원본에서 자동으로 생성되었으며 아직 검토되지 않았습니다.
이 페이지는 자동으로 번역되었습니다. 영어 버전은 권위가 있습니다.
#
버킷
1. 버킷
버킷은 파일을 그룹화하고 공개 여부를 결정합니다. 버킷을 생성하고 삭제하려면 service_role 키가 필요합니다. 이를 나열하려면 로그인한 사용자 또는 service_role 키가 필요합니다. 공개 키만으로도 403를 얻습니다.
버킷은 fileSizeLimit(바이트 단위) 및 allowedMimeTypes도 허용합니다. 너무 큰 업로드는 413를 반환하고 허용되지 않는 유형은 400을 반환합니다.
#
파일
2. 업로드, 다운로드, 나열, 제거
무엇을 기대할 것인가:
upsert: true를 전달하지 않으면 기존 경로를 업로드하면409이 반환됩니다.- 업로드하려면 로그인한 사용자 또는
service_role키가 필요합니다. 공개 버킷의 경우에도 공개 키만으로도403를 얻습니다. ..이 있는 경로는400로 거부됩니다.- 경로는 버킷 내부에서 공유됩니다. 다른 사용자가 이미 경로를 가지고 있는 경우
409를 얻습니다. 각 사용자의 파일을${user.id}/…와 같은 자신의 폴더에 넣습니다.
#
공유
3. 파일 공유
두 링크 모두 키 없이 가져와서 파일을 반환했습니다. 서명된 링크는 expires_in초 후에 작동이 중지됩니다. 키 없이 브라우저가 업로드할 수 있도록 서버는 createSignedUploadUrl(path)(service_role 호출)을 발행합니다.
#
액세스
4. 누가 무엇을 할 수 있는가
| 액션 | 공개키 | 로그인한 사용자 | service_role |
|---|---|---|---|
| 공개 버킷의 파일 읽기 | 응 | 응 | 응 |
| 읽기, 비공개 버킷의 파일 나열 | 아니 | 소유자만 | 응 |
| 업로드 | 아니 | 응 | 응 |
| 파일 바꾸기 또는 제거 | 아니 | 소유자만 | 응 |
| 버킷 나열 | 아니 | 응 | 응 |
| 버킷 생성, 삭제 | 아니 | 아니 | 응 |
소유자는 파일을 업로드한 사용자입니다. 실제 실행에서는 두 번째 사용자가 프라이빗 버킷에 있는 첫 번째 사용자의 파일을 나열, 다운로드 또는 제거할 수 없었고 파일을 교체할 수도 없었습니다.
#
서버
5. 서버에서 이동 및 복사
이미지 크기 조정은 저장소 참조에 설명되어 있습니다.
마지막 업데이트 · 2026. 10. 12.