1. 프론트엔드 / 백엔드의 분리
프론트엔드와 백엔드는 왜 분리가되었을까?
- 관리의 어려움과 클라우드의 발전
- PC의 성능 발전
- Client의 다양화
- SOAP vs REST
SOAP (Simple Obeject Access Protocol)
SPA/MPA, CSR/SSR/SSG
CSR/SSR/SSG
-
CSR (Client Side Rendering)
페이지 구성을 Client에서 함.
ex) ajax, fethch,
코드가 모두 노출된다는 치명적 단점이 있다. -
SSR (Server Side Rendering)
페이지 구성을 Server에서 함.
ex)flask, rendering, jsp, php... -
SSR(Static site Generator)
빌드 타임에 모든 URL, HTML을 캐싱해놓음
SPA(Single Page Application)
- CSR에 속한다.
초기 페이지의 로딩 속도가 느림 - 페이지를 한 개로 서비스한다.
- 유저의 요청에 따라서 페이지 내부를 바꿔준다.
- 직접 구현하려면 엄청난 Hide와 동적 로딩이 필요
- React, Vue, Angular, Svelete 등프레임워크가 꾸준히 발전중
- 검색엔진 최적화 SEO (Search Engine Optimization)가 안됨.
: 검색엔진에 노출이 안된다는 뜻(🔍Next.js , Nuxt.js, Gatsy.js 등 많은 방안이나옴) - Client 성능이 좋아져서 나온 것
MPA (Multi Page Application)
- SSR에 속함 (CSR로도 할 수는 있음)
- ex) Flask 에서 render_template 처럼 서버에서 html을 만들어주는 것
- 페이지가 바뀔 때마다 서버에 요청을 하기 때문에 페이지 깜빡임이 있고, 속도가 SPA에 비해서 느리다.
- 서버의 부담이 좀 크다.
