on demand resize
스토리지는 원본만 저장함 다른컴퓨터에 요청하면 컴퓨터에서 스토리지에 원본을 요청하여 썸네일 리사이즈를 함 두번째 요청의 경우에는 다른컴퓨터 메모리에서 가져오게되어 빠르다
단점
처음사진을 볼때 느림 (최초1회 굉장히 느림 )
장점
스토리지 비용 절감
local - localhost 내 컴퓨터에서만 접근가능
dev - development 개발서버 프론트와 백엔드를 합쳐서 테스트를 해보는 환경
prod - production 개발을 완성 후 실제 서비스를 배포하고 운영하는 환경 -실제 유저 DB로 함부로 삭제 불가
배포시 필요 배포시 volume을 사용하지 않음
stage - staging prod에서 버전1을 배포하고 운영 중에
버전업 dev에서 만들고 stage에서 실제 서비스 수준으로 배포함
그 후 잘된다면 DB만 빼고 stage를 prod로 배포함
git clone 수정 후엔 git pull
.env 만들기 <= env파일은 git에 push되지 않기때문에 따로 만들어주어야 한다.
vi .env vi는vim의 약자
i insert 수정모드
esc 수정모드 끝내기
:wq vim 끝내기
docker compose -f docker-compose.prod.yaml build
docker compose -f docker-compose.prod.yaml up -포그라운드방법
쉘을 끄게되면 같이 꺼짐
docker compose -f docker-compose.prod.yaml up -d -백그라운드방법
쉘을 끄더라도 유지가능 명령어를 쓸 수 있음 24시간 유지가능
docker exec -if containerID /bin/bash - 도커컨테이너 안으로 들어가기
docker logs containerID 도커 로그 보기
docker logs containerID -f 계속 로그를 보고싶은경우
docker logs containerID -f --tail=3 마지막 3줄만 로그보기
로그 보고 ctrl+c 를 해도 -d 백그라운드 방법이라면 그대로 유지됨
컨테이너 안으로 들어가면 .env 파일 속 환경변수가 들어가 있음
GCP인스턴스 컴퓨터를 한 대 빌리는 것
빌린컴퓨터에서 도커를 통해 서버 배포
해당컴퓨터의 os를 설정가능 대부분 ubuntu sk cenOS 사용
gcp vpc 네트워크 방화벽
지정된 대상 태그: 스티커를 만들고 컴퓨터에 붙이기 ex)3000번 포트 허락한다 3000번 포트에 대해서 방화벽열기
0.0.0.0/0 = 누구든지 다 접속가능
tcp 일반적으로 사용함 DB와 주고받을때 제대로 전송이 되었는지 체크함 안정성이 높음 - tcp에 허용할 포트번호 적기
단점으로는 계속 체크하기때문에 느리다는 단점이 있음
ucp 게임서버에 사용 안정성은 느리나 속도가 빠름 tcp의 반대
GCE컴퓨터엔진 에서 인스턴스 수정 네트워크 태그 붙이기
파일용량이 커서 백앤드컴퓨터의 부하가 심해짐 그래서 이미지 서버를 따로뺌
브라우저에서 백엔드로 안넘기고 바로 스토리지 저장 <= 브라우저에서 스토리지 키를 가지고 있어야함
백엔드에 권한을 요구해서 signed url(1~2동안만 업로드 할 수 있는url)을 통해 업로드권한을 주게됨 그래서 브라우저에서 바로 스토리지로 바로 업로드
