Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
Tags
- css
- useState
- 스파르타코딩클럽
- 파이썬
- GIT
- 반응형
- 코딩기초트레이닝
- 개인정보수집유효기간
- django multi image
- jquery
- 20492번
- python
- 참가후기
- ㅐㄱ이
- 파이썬무료강의
- 프로그래머스입문
- html
- 프론트엔드
- 스파르타
- 장고 다중이미지
- React
- 무료강의
- 장고이미지처리
- sql
- error
- 프로그래머스
- SEF2022
- 네이버커넥트재단
- MongoDB
- 22938번
Archives
- Today
- Total
코딩,해볼까
06.29. 최종 프로젝트 / 배포 후 DB(model) 를 바꾸고 싶다면? 본문
프로젝트 DB와 model을 수정해야 하는 상황이 왔다.
이런 상황만은 피하고 싶었는데.. 결국 수정이 불가피해졌다.
먼저, 우리의 프로젝트 디렉토리 구조는 아래와 같다.
path : /home/ubuntu/
2. ├── backend
3. │ ├── Dockerfile
4. │ └── backend # project directory
5. ├── docker-compose.yml
6. └── nginx
7. └── default.conf
8. postgres
다양한 수정방법을 찾아보고 시도해보다가 튜터님을 찾아가서 얻은 답변 :
우리 프로젝트는 도커 내부에 DB가 생성되어 있어서 추가, 삭제 모두 위험하다. 데이터베이스 파일이 하위 데이터로 쌓이지만, 특정 폴더에 종속되어있어서 날아가면 굉장히 위험하다. (유지보수가 어려운 단점)
현재 상황에서는 DB 수정보다는 로직 수정으로 가는 것이 맞다고 말씀해주셨다.
DB가 한번 생성되면 날리는 것은 아주 민감한 문제이다. 내부 데이터들이 보호되어야 하기 때문에 독립하여 생성하는 것이 일반적. (AWS의 RDS 또는 오로라DB 등등..) 이런 친구들은 로컬 설정(개발모드), 내부 설정, 사용자 서버 설정 이렇게 나누어서 설정이 된다고 한다.
참고 : 📒 <노션
'Back > TIL' 카테고리의 다른 글
07.01. 프로젝트 업데이트와 홍보지 완성 (0) | 2023.07.02 |
---|---|
06.30. 버전에 대한 고민 (0) | 2023.06.30 |
06.28. 최종 프로젝트 / forbidden 403 : admin 페이지 접근 불가 (0) | 2023.06.29 |
06.27. 최종 프로젝트 / 서비스 배포 준비 : 프론트 개선 및 홍보지 제작, container을 run, start 했을 때, 바로 꺼지는(Exitted) 이유 (0) | 2023.06.29 |
06.26. 최종 프로젝트 / 중간발표 (0) | 2023.06.26 |
Comments