1번처럼
front 앱에서 index.html 응답 받고
index.html 앱이 ajax으로 back 앱 api 호출해서 데이터를 렌더링하는 방식을 쓰고 있습니다.
근데 api 서버랑 front 서버를 분리해서 만들어야한데서 2번 처럼 구상을 해봤는데
왜 때문에 2번처럼 해야하나요?
한 프로젝트 안에 있을 때 어딘가에서 병목이 있나요? 3.149.242.71 |
|
2021.04.19 23:32:21 |
| 장고 프로젝트, 앱 구조 질문 |
| 첨부 이미지 1개 |
|
잡담 | 2,777명이 읽었어요. 3.149.242.71 | | 10
|
|
| 댓글 2개 |
|
|
|
작은 프로젝트면 노상관
프로젝트가 커질수록 개발과 배포 관점에서, 하나의 구조로 엮여있는경우 백엔드만 바꿔도 프론트랑 같이 배포 해야함 -> 백엔드 버그 발생하면 그게 프론트도 이유가 있는지 아닌지 구분 힘듬 프론트만 바꿔도 백엔드랑 같이 배포 해야함 -> 프론트 버그 발생하면 그게 백엔드도 이유가 있는지 아닌지 구분 안됨 백엔드 프로젝트 커져서 백엔드가 리소스 많이 쓰게 됨 -> 의도치 않게 프론트만 전달해주는 프론트 서버의 latency에 영향을 줄 수 있음. => 둘 다 같은 프로젝트에 있어서 서로 다른 서버로 배포 귀찮고 힘듦 등등의 이유로 백/프론트를 분리해서 관리하는게 좋습니당 |
|
|
2021/04/19 23:59
|
|
|
|
|
1 감사합니다
성능보다는 유지보수의 이유가 더 크군요 |
|
|
2021/04/20 00:49
|
|
| 메뉴 | 목록 | 맨위로 | 로그인 |