| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 |
- GIT
- S3
- Kafka
- JPA
- LV02
- LV03
- 일정관리 프로젝트
- 프로그래머스
- 일정관리프로젝트
- Lv.0
- 코테
- LV01
- mysql
- 알고리즘
- LV.02
- Java
- 데이터 베이스
- 이것이 자바다
- CI/CD
- docker
- 연습문제
- 포트폴리오
- Join
- LV1
- 디자인 패턴
- spring boot
- SQL
- Redis
- CoffiesVol.02
- LV0
- Today
- Total
목록presignedurl (2)
코드 저장소.
목차1.PresingedUrl구조 및 흐름도2. 코드 적용3.회고 1.PresingedUrl구조 및 흐름도우선은 지난 글에서 기존의 첨부파일의 로직의 단점을 설명했고 이번에는 S3를 활용한 PreSignedUrl을 구현해보겠습니다. 아래의 도식은 제가 작성한 업/다운로드의 흐름도 입니다.위의 사진을 토대로 설명을 드리겠습니다. 우선 업로드의 흐름은 다음과 같습니다.클라이언트가 첨부파일을 업로드를 합니다. 그 후 서버에서는 S3를 거쳐서 업로드를 할 수 있는 URL을 프론트에게 응답을 해줍니다.클라이언트에서 서버가 보내준 해당 URL을 기준(제한 기간 있음)으로 첨부파일을 S3에 업로드를 합니다. 그 다음 서버에서 첨부파일을 디비에 저장을 하고 섬네일을 생성합니다.다음은 다운로드의 흐름입니다.프론트에서 다..
목차1. 현재 코드의 문제2. 문제의 대안 1. 현재 코드의 문제현재 일정관리 프로젝트를 진행을 하면서 일정을 등록시 첨부파일을 등록을 하는 기능을 만들었다. 현재의 업로드 방식은 업로드후 로컬에 저장을 하는 방식이었다. 아래는 내가 작성한 첨부파일에 관련된 코드의 일부분이다. // 기존 방식: 로컬 경로에 파일 저장 + 썸네일 생성 + AttachModel 생성까지 모두 한 메서드에서 처리public static List uploadMultipleFiles(...) { // 1. 디렉토리 생성 // 2. 확장자 판별 // 3. 썸네일 생성 // 4. 파일 저장 및 AttachModel 구성} 이 방식에는 여러가지의 문제점이 있는데 문제점은 아래와 같습니다. 1-1. 서버 자원(I/..