SSR 대 CSR에 관한 많은 게시물을 보았지만 그 중 어느 것도 소규모 응용 프로그램에서 수백만 사용자에게 서비스하는 큰 속도로 바뀌는 방법에 대해서는 전혀 알려지지 않았습니다.스케일링 : 서버 측 대 클라이언트 측 렌더링
또한 속도가 유일한 관심사가 아닐 수도 있습니다. 예를 들어,
누군가에 도움이 되거 주실 래요 (업데이트하거나 새 엔드 포인트 추가) 당신이 아래로 서버을해야하고 그 또한 SSR 렌더링 웹 애플리케이션을합니다
많은 덕분에, 클레멘트
나는 점 # 2 특별히에게 사진에 댓글을 달 수 있습니다. 여러 클라이언트 유형 (웹, 데스크톱, 모바일)을 다루는 경우 Two Step View와 같은 기능을 통해 페이지 서버 측의 논리적 구조를 정의하고이를 JSON 또는 XML과 같은 형식으로 클라이언트에 전송할 수 있습니다. 그런 다음 클라이언트가 적절한 형식으로보기를 렌더링하도록하십시오.
두 접근 방법은 장점과 단점이있다. 응답은 서버에 따라 변경됩니다. 클라이언트 측 렌더링은 클라이언트 측 렌더링 시간을 절약하면서 서버 측 작업을 줄입니다. 서버 성능이 있다면 따르는 것이 가장 좋지만 사용자 증가에 따라 서버의로드도 증가합니다. 이 시점에서 귀하의 서버에 따라 결정할 수 있습니다.
둘 다 기업 관련 정보를 만들 수 있습니다.
두 가지 모두에서 다른 클라이언트 유형을 처리 할 수 있습니다. csr 또는 ssr에서 다른 bff (프론트 엔드의 백엔드)를 사용하여 필요한 데이터를 만들 수 있지만 렌더링의 우선 순위는 차이가 있습니까?
thirt는 ssr의 단점 중 하나입니다.
굉장! 위의 모든 요점을 상세히 설명해 주셔서 감사합니다. 나는 지금 그것을 얻는다라고 생각한다. 시스템 제약으로 인해 어느 쪽이 더 좋을 수 있습니다. 세 번째 단점은 진짜 좌절이다. – Clement
오, 나는 당신이 그것을 할 수 있는지 몰랐습니다. 나는 그것에 대해 살펴볼 것이다. 고마워요 :) – Clement