1 클라이언트-서버 아키텍처
인터넷 초기에는 클라이언트-서버 아키텍처가 널리 보급되었지만 다른 아키텍처도 있었습니다. 그 의미는 모든 네트워크 참여자가 클라이언트와 서버라는 두 개의 논리적 부분으로 나뉜다는 사실에 있습니다.
서버 (서버, 서빙에서 서빙으로)의 작업은 클라이언트 요청을 처리하는 것입니다. 서버는 대부분의 작업을 수행하고 필요한 모든 데이터를 저장하며 무결성을 모니터링합니다. 그리고 서버를 호출하는 컴퓨터가 있지만 일반적으로 "클라이언트"와 "서버"라는 용어는 소프트웨어를 의미합니다.
고객의 임무는 자신의 즐거움에 사는 것입니다. 클라이언트는 서버로부터 데이터가 필요할 때 서버에 요청을 보냅니다. 얼마 후 그는 서버로부터 응답을 받고 수신된 데이터로 중요한 작업을 수행할 수 있습니다.
요청은 항상 클라이언트에 의해 시작됩니다. 통신 모드는 항상 요청-응답 형식으로 이루어집니다. 어떤 의미에서 이것은 "클라이언트-서버" 개념의 동의어입니다 .
그리고 대안은 무엇입니까? 음, 먼저 모든 참가자가 동등한 피어 투 피어 네트워크입니다(피어 투 피어 네트워크라고도 함). 당신과 당신의 친구가 채팅을 하거나 문자를 주고받는다면 이것은 P2P 네트워크의 한 예일 뿐입니다. 차이점은 무엇입니까?
메시지를 작성하고 응답을 받지 못한 다음 새 메시지를 보낼 수 있습니다. 친구가 대화의 창시자가 될 수 있습니다. 어느 쪽이든 먼저 쓸 수 있습니다. 대화에 대한 모든 정보는 양 당사자가 저장하며 아무도 대답할 의무가 없습니다.
클라이언트-서버 아키텍처의 장점:
신뢰성 . 클라이언트는 신뢰할 수 없는 플랫폼에서도 어디에나 있을 수 있습니다. 컴퓨터의 Windows가 충돌할 수 있고, iPhone이 도난당할 수 있으며, 클라우드에 저장된 데이터가 아무데도 가지 않을 수 있습니다.
약하고 저렴한 고객 . 휴대폰에서 비디오 편집이 필요한 경우 서버에 업로드하고 서버 시설에서 수행합니다. 클라이언트는 저렴한 도구가 될 수 있습니다.
균형 잡힌 부하 . 각 클라이언트에는 매우 불규칙할 수 있는 개별 사용 일정이 있습니다. 서버는 수천 명의 클라이언트로부터 요청을 받고 부하가 평균화되므로 더 잘 예측할 수 있습니다.
