핑프라해도 어쩔수 없다 어디서 찾아야할지 모르겠다.
요즘 클라우드로 수평분산으로 서버 증설하면
로직처리하는 서버야 마구 늘어도
Db는 원본이 될 db가 꼭필요하잖아
결국 db에서 트레픽 몰려서 망하는거 아님?
큐형태로 사용자 요청 담아서 트레픽 푼다해도
원본db에서 crud시 실시간성 순서 모든게 다 꼬일것 같은데
이거 때문에 백앤드가 프론트에 비해 머리가 필요한거 맞음?
스테이트리스 구조인 기존 웹구조상
어떻게해도 결국 종점은 db니까 트레픽 솔리면 실시간, 순차를 부여하기 어려울거 같은데
요즘 클라우드로 수평분산으로 서버 증설하면
로직처리하는 서버야 마구 늘어도
Db는 원본이 될 db가 꼭필요하잖아
결국 db에서 트레픽 몰려서 망하는거 아님?
큐형태로 사용자 요청 담아서 트레픽 푼다해도
원본db에서 crud시 실시간성 순서 모든게 다 꼬일것 같은데
이거 때문에 백앤드가 프론트에 비해 머리가 필요한거 맞음?
스테이트리스 구조인 기존 웹구조상
어떻게해도 결국 종점은 db니까 트레픽 솔리면 실시간, 순차를 부여하기 어려울거 같은데
Db책을 보거라
디비 서버 스펙업 , 디비 서버 추가
그래서 디비도 늘리잖아
디비 병목 해결하려고 캐시쓰는거고
디비도 키울수 있다 노예를 두고 노예한테 업무중 일부를 준다 - dc App
주 데이터베이스, 부 데이터베이스 분리를 해놔야지 그래서 트래픽 분산처리를 하기 위해서 로드 밸런싱이 필요한거고 <- 닥치고 대규모 시스템 설계 기초 책을 정독하거라