[2주차] 애플리케이션 계층 2.5~7

[H-sooyeon]

2주차 애플리케이션 계층 2.5~7에 해당하는 질의응답입니다.

[Starlight258]

Q1

HTTP 스트리밍은 클라이언트와 서버 사이에 TCP 연결을 설립한 뒤 HTTP GET 요청을 수행합니다.
HTTP는 OSI 7계층 애플리케이션 프로토콜이고, TCP는 OSI 4계층 전송 계층 프로토콜임을 알고 계실 텐데요,
HTTP 요청 전에 먼저 TCP 연결이 설정되어야 하는 이유는 무엇일까요?

즉, 상위 계층 프로토콜이 하위 계층 프로토콜에 의존하는 이유는 무엇일까요?

Q2

넷플릭스는 비디오 배포시 아마콘 클라우드와 자체 CDN 인프라를 활용합니다.

클라이언트가 넷플릭스로 영화를 보려고 할 때, 먼저 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어와 연결하는지
또는 dns를 통해 근처 cdn과 먼저 연결하는지 알려주세요.

Q3

TCP 소켓 프로그래밍에서 클라이언트는 초기에 환영 소켓과 핸드쉐이크를 시작하고, 연결 소켓을 통해 TCP 연결을 생성합니다.

서버가 TCP 연결시 기존 환영 소켓을 사용하지 않고 새로운 소켓(연결 소켓)을 생성하는 이유는 무엇일까요?
환영 소켓과 연결 소켓의 차이를 중심으로 설명해 주세요.

[H-sooyeon]

Q1 HTTP 요청 전에 먼저 TCP 연결이 설정되어야 하는 이유/상위 계층 프로토콜이 하위 계층 프로토콜에 의존하는 이유

: TCP 연결을 설정이 설정되어야 하는 이유는 데이터를 정확하게 주고받고 데이터 순서 보장, 오류 검사 및 수정, 흐름 제어 등을 제공하여 상위 계층의 프로토콜이 이러한 문제를 직접 처리할 필요 없이 데이터를 전송할 수 있도록 하기 위합니다.
또한, 지속 연결을 설정하여 데이터의 연속성을 보장합니다.

이처럼 상위 계층 프로토콜이 하위 계층 프로토콜에 의존하는 이유는 네트워크 통신을 효율적이고 신뢰성 있게 수행하기 위함입니다.

Q2 클라이언트가 넷플릭스로 영화를 보려고 할 때, 먼저 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어와 연결하는지 또는 dns를 통해 근처 cdn과 먼저 연결하는지 알려주세요.

넷플릭스와 같이 사용자가 많은 서비스의 경우 원서버로부터 데이터를 전송하는 경우 아래의 문제가 발생할 수 있습니다.

1. 클라리언트가 데이터 센터로부터 지역적으로 먼 지점에 있는 경우, 종단 간 처리율이 낮아 좋지 않은 사용자 경험을 제공하게 된다.
2. 인기 있는 데이터는 같은 통신 링크를 통해 여러 번 반복적으로 전송된다.
3. 단일 데이터 센터는 한 번의 장애로 인해 전체 서비스가 중단될 수 있는 위험이 있다.

그렇기에 CDN을 사용하여 호스트 서버에 있던 데이터의 일부를 복사본으로 저장하여 캐싱하는 방식을 주로 사용합니다.
CDN을 사용하면 사이트 사용자의 컨텐츠 로딩 시간 단축, 대역폭 사용량 감축, 레이턴시 감축, 트래픽 급증에 더 효과적으로 대응할 수 있는 등의 장점을 가질 수 있습니다.

Q3 서버가 TCP 연결시 기존 환영 소켓을 사용하지 않고 새로운 소켓(연결 소켓)을 생성하는 이유는 무엇일까요?
환영 소켓과 연결 소켓의 차이를 중심으로 설명해 주세요.

환영 소켓은 연결 요청을 수락하는 역할만 합니다.
연결 소켓은 클라이언트와 실제 데이터 통신을 처리하며 각각의 클라이언트와 독립적으로 통신을 관리합니다.
환영 소켓이 모든 클라이언트의 연결 요청을 처리하고, 각 요청마다 별도의 연결 소켓을 생성함으로써 다중 클라이언트와의 동시 연결을 효율적으로 관리할 수 있습니다.
만약, 환영 소켓이 클라리언트와의 통신을 관리했다면, 여러 클라이언트의 요청을 동시에 처리하기 어려워지고 코드의 복잡성이 증가하게 됩니다.

[Hanjaemo]

Q1

HTTP 스트리밍은 클라이언트와 서버 사이에 TCP 연결을 설립한 뒤 HTTP GET 요청을 수행합니다.
HTTP는 OSI 7계층 애플리케이션 프로토콜이고, TCP는 OSI 4계층 전송 계층 프로토콜임을 알고 계실 텐데요,
HTTP 요청 전에 먼저 TCP 연결이 설정되어야 하는 이유는 무엇일까요?

즉, 상위 계층 프로토콜이 하위 계층 프로토콜에 의존하는 이유는 무엇일까요?

OSI 7계층은 통신이 일어나는 일련의 과정을 단계별로 확인함으로써, 복잡한 네트워크 통신을 구조적으로 단순화한 모델입니다.

다시 말해서 각 계층은 그저 수행하는 역할에 따라 단계별로 세분화된 것일 뿐입니다.

예를 들어, 스파게티 요리를 생각해 봅시다. 스파게티가 식탁에 오르기 위해서는 요리라는 과정이 필요합니다. 그리고 어떤 요리사는 이 과정을 다음과 같이 세분화할 수 있습니다:

1. 재료 및 도구 준비
2. 면 삶기
3. 소스 만들기
4. 면과 소스 섞기
5. 플레이팅

여기서 재료(면)가 준비되지 않은 상태로 면을 삶을 수 있을까요? 뒤에 있는 과정은 반드시 앞에 있는 과정이 완료되어야 수행할 수 있습니다. 즉, 면 삶기는 재료 준비에 의존합니다.

이처럼 네트워크 통신도 하위 계층이 먼저 수행되어야 상위 계층이 수행될 수 있습니다. 각 계층은 앞선 계층의 작업이 완료된 후에야 자신의 작업을 수행할 수 있습니다.

애플리케이션 계층의 주된 역할은 사용자가 네트워크 서비스를 이용할 수 있는 인터페이스를 제공하는 것입니다. 그러나 사용자가 인터페이스에 접근한다고 해서 바로 데이터를 전송할 수 있는 것은 아닙니다.

데이터 전송을 위해서는 종단 시스템 간의 물리적인 연결과 신뢰성 있는 데이터 전송을 안정적으로 보장해주는 서비스가 필요합니다. 이러한 서비스를 제공하는 계층이 바로 전송 계층이고요!

따라서 전송 계층 프로토콜이 먼저 선행되어야 애플리케이션 계층 프로토콜이 수행될 수 있는 것입니다.

---

Q2

넷플릭스는 비디오 배포시 아마콘 클라우드와 자체 CDN 인프라를 활용합니다.

클라이언트가 넷플릭스로 영화를 보려고 할 때, 먼저 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어와 연결하는지
또는 dns를 통해 근처 cdn과 먼저 연결하는지 알려주세요.

사용자가 넷플릭스 사이트에 접속할 때는 DNS를 통해 아마존 클라우드에서 실행중인 넷플릭스의 웹 서버 IP 주소를 받습니다. 그리고 TCP 연결 및 HTTP 요청을 통해 정보를 얻을 수 있게 됩니다.

이때 만약 영화를 보려고 시도하면, 넷플릭스 서버는 DNS를 통해 (사용자의 위치와 네트워크 상태를 고려해 선택한) CDN 서버의 IP 주소를 반환 받아 클라이언트에게 전달합니다.

---

Q3

TCP 소켓 프로그래밍에서 클라이언트는 초기에 환영 소켓과 핸드쉐이크를 시작하고, 연결 소켓을 통해 TCP 연결을 생성합니다.

서버가 TCP 연결시 기존 환영 소켓을 사용하지 않고 새로운 소켓(연결 소켓)을 생성하는 이유는 무엇일까요?
환영 소켓과 연결 소켓의 차이를 중심으로 설명해 주세요.

왜 굳이 소켓을 환영 소켓과 연결 소켓으로 구분할까요? 미리 연결 소켓을 서버에 배치하고 연결 소켓이 환영 소켓의 역할까지 맡게 하면 단순하지 않을까요?

실제로 앞서 말한 방식은 포트 점유 문제가 발생한다고 합니다.

TCP는 하나의 포트에 대해 하나의 소켓만 바인딩할 수 있습니다. 따라서 여러 클라이언트 요청을 한 소켓으로 처리하면, 해당 소켓이 바인딩된 포트에서 동시에 여러 클라이언트를 수락할 수 없게 됩니다.

포트 점유 문제는 2가지의 추가적인 문제를 야기합니다. (사실 더 많은 문제가 있는데, 여기서는 2가지만 다룹니다)

• 하나의 소켓으로 모든 요청을 처리하면 각 클라이언트의 통신이 독립적으로 관리되지 않습니다.
• 한 클라이언트에 문제가 발생하면, 다른 클라이언트에 영향을 미칠 수 있습니다.

이러한 문제를 해결하기 위해, 특정 포트에서 환영 소켓이 여러 클라이언트의 연결 요청을 대기 및 수락하여 새로운 연결 소켓을 생성합니다. 그리고 이렇게 생성된 연결 소켓은 새로운 임시 포트를 할당 받아 클라이언트와 통신을 담당합니다.

이 덕분에 각 클라이언트와의 통신이 독립적으로 관리되어 서버의 안정성을 높일 수 있게 됩니다.

[choiyoung69]

Q1
HTTP 스트리밍은 클라이언트와 서버 사이에 TCP 연결을 설립한 뒤 HTTP GET 요청을 수행합니다.
HTTP는 OSI 7계층 애플리케이션 프로토콜이고, TCP는 OSI 4계층 전송 계층 프로토콜임을 알고 계실 텐데요,
HTTP 요청 전에 먼저 TCP 연결이 설정되어야 하는 이유는 무엇일까요?
즉, 상위 계층 프로토콜이 하위 계층 프로토콜에 의존하는 이유는 무엇일까요?

각 계층은 그 계층에서 어떤 동작을 취하고 그 계층 바로 아래 계층 서비스를 이용함으로써 서비스를 제공한다. 따라서 상위 계층은 하위 계층 프로토콜에 의존한다. 마찬가지로 HTTP 프로토콜은 TCP 프로토콜의 신뢰성 있는 전송 보장, 연결 지향성, 데이터 스트림 관리 등의 서비스를 이용하여 HTTP 통신이 안정적이고 효율적으로 이루어지도록 하기 떄문에 하위 프로토콜인 TCP가 먼저 선행되는 것입니다.

Q2
넷플릭스는 비디오 배포시 아마콘 클라우드와 자체 CDN 인프라를 활용합니다.
클라이언트가 넷플릭스로 영화를 보려고 할 때, 먼저 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어와 연결하는지
또는 dns를 통해 근처 cdn과 먼저 연결하는지 알려주세요.

넷플릭스는 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어와 연결하여 해당 영화 사본을 갖고 있는 CDN 서버를 결정합니다. 넷플릭스는 특정 클라이언트를 CDN 서버에 연결하기 위해 DNS 리다이렉션을 사용할 필요 없이 넷플릭스 소프트웨어를 사용하면 됩니다.

Q3
TCP 소켓 프로그래밍에서 클라이언트는 초기에 환영 소켓과 핸드쉐이크를 시작하고, 연결 소켓을 통해 TCP 연결을 생성합니다.
서버가 TCP 연결시 기존 환영 소켓을 사용하지 않고 새로운 소켓(연결 소켓)을 생성하는 이유는 무엇일까요?
환영 소켓과 연결 소켓의 차이를 중심으로 설명해 주세요.

환영 소켓은 서버가 클라이언트로부터 연결 요청을 대기하는데 사용되고 연결 소켓은 클라이언트와 실제 통신을 하는데 사용된다. 이렇게 연결 소켓을 만들게 되면 여러 개의 클라이언트들과 동시 통신이 가능해진다. 또한, 각 역할을 분리하여 자원을 따로 관리하기 때문에 안정성이 높다.

[Starlight258]

Q1

HTTP 스트리밍은 클라이언트와 서버 사이에 TCP 연결을 설립한 뒤 HTTP GET 요청을 수행합니다. HTTP는 OSI 7계층 애플리케이션 프로토콜이고, TCP는 OSI 4계층 전송 계층 프로토콜임을 알고 계실 텐데요, HTTP 요청 전에 먼저 TCP 연결이 설정되어야 하는 이유는 무엇일까요?

즉, 상위 계층 프로토콜이 하위 계층 프로토콜에 의존하는 이유는 무엇일까요?

TCP 연결 위에서 HTTP 프로토콜이 동작하기 때문입니다.
하위 계층부터 순차적으로 연결을 설정하고 통신하기 때문에, 상위 계층 프로토콜은 하위 계층 프로토콜에 의존한다고 볼 수 있습니다.

물리 계층(물리적 연결) -> 데이터 링크 계층(MAC 주소, ARP 통해 IP에 해당하는 MAC 찾기)-> 네트워크 계층(IP로 라우팅)-> 전송 계층(TCP 연결 설정) -> 애플리케이션 계층(HTTP GET)

Q2

넷플릭스는 비디오 배포시 아마콘 클라우드와 자체 CDN 인프라를 활용합니다.

클라이언트가 넷플릭스로 영화를 보려고 할 때, 먼저 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어와 연결하는지 또는 dns를 통해 근처 cdn과 먼저 연결하는지 알려주세요.

먼저 클라이언트는 아마존 클라우드에서 실행중인 넷플릭스 소프트웨어 연결합니다.
아마존 클라우드는 해당 영화를 가진 cdn 서버를 선택합니다. (로컬 isp나 가까운 ixp가 선택됩니다.)
이후 클라이언트와 cdn서버는 dash를 이용해 상호작용합니다.

Q3

TCP 소켓 프로그래밍에서 클라이언트는 초기에 환영 소켓과 핸드쉐이크를 시작하고, 연결 소켓을 통해 TCP 연결을 생성합니다.

서버가 TCP 연결시 기존 환영 소켓을 사용하지 않고 새로운 소켓(연결 소켓)을 생성하는 이유는 무엇일까요? 환영 소켓과 연결 소켓의 차이를 중심으로 설명해 주세요.
환영 소켓은 서버와 통신하고자 하는 모든 클라이언트가 초기에 접속하는 곳입니다. 새로운 요청을 받기만 합니다.
연결 소켓은 클라이언트와 통신하기 위해 서버에서 생성하여 TCP 연결이 생성되는 곳입니다.

역할에 따라 소켓을 분리하여 환영 소켓은 연결 소켓의 수를 제한할 수 있고, 연결 소켓은 연결별로 소켓을 분리하여 보안을 강화할 수 있습니다.

[choiyoung69]

2.5 ~ 2.7

1
비트토렌트에서는 기본적으로 다른 Peer에게 청크를 전송할 떄 자신에게 가장 빠른 속도로 데이터를 제공하는 이웃에게 우선순위를 줍니다. 그러나 이렇게 되면 일부 Peer 에게만 계속해서 청크를 공급해주는 문제가 발생하게 됩니다. 따라서 어떤 방식을 추가적으로 사용했는지 설명해주세요

2
CDN 클러스터 선택 정책 중 하나로 지리적으로 가장 가까운 클러스터를 할당하는 방법이 있습니다. 그러나 이 정책은 일부 클라이언트에서 잘 동작하지 않는데, 동작하지 않는 이유는 무엇일까요?

3
이번에 TCP 연결과 UDP 연결에 대해 공부했는데 각 소켓에서 멀티캐스트를 지원하는지 여부와 멀티캐스트가 필요한 상황에 대해 설명해주세요.(연결지향성과 관련하여 설명)

[H-sooyeon]

Q1 어떤 방식을 추가적으로 사용했는지 설명해주세요.

peer들을 30초마다 랜덤하게 골라 그룹을 재생성합니다.
이를 tit-for-tat 전략이라고 하며 선택된 peer를 Optimistically Unchoke한다고 말합니다.
즉, 낙관적으로 중단없이 전송해준다는 것을 의미합니다.

Q2 CDN 클러스터 선택 정책 중 하나로 지리적으로 가장 가까운 클러스터를 할당하는 방법이 있습니다. 그러나 이 정책은 일부 클라이언트에서 잘 동작하지 않는데, 동작하지 않는 이유는 무엇일까요?

이는 네트워크 경로 최적화와 클러스터 부하 분산에 의한 경우에 해당할 수 있습니다.
지리적으로 가장 가까운 클러스터가 네트워크 경로 측면에선 최적의 경로를 제공하지 않을 수 있습니다.
인터넷 트래픽은 여러 ISP를 통해 전달되기 때문에 지리적으로 가까운 클러스터가 최단 경로와 일치하지 않을 수 있습니다.
또한, 특정 네트워크 경로가 혼잡하거나 병목 현상이 발생하면, 지리적으로 가까운 클러스터도 높은 레이턴시로 지연이 발생할 수 있습니다.

지리적으로 가까운 클러스터가 이미 과부하 상태라면, 해당 클러스터로의 연결은 성능 저하를 발생시킬 수 있습니다.
이 경우 다른 클러스터로 트래픽을 분산시키거나 클러스터가 처리 중인 트래픽을 고려하여 클러스터를 선택하도록 해야 합니다.

Q3 각 소켓에서 멀티캐스트를 지원하는지 여부와 멀티캐스트가 필요한 상황에 대해 설명해주세요.(연결지향성과 관련하여 설명)

멀티캐스트 : 다수의 수신자에게 동일한 데이터를 동시에 전송하는 것

TCP는 연결지향형 프로토콜입니다.
이 특성상 각 수신자와 개별적으로 연결을 설정해야 하므로 멀티캐스트에 적합하지 않습니다.

UDP는 비연결형 프로토콜입니다.
비연결성의 장점을 활용하여 다수의 수신자에게 동일한 데이터를 동시에 전송할 수 있습니다.

멀티캐스트는 실시간 스트리밍과 같은 네트워크 자원을 효율적으로 사용하여 동일한 데이터를 여러 수신자에게 동시에 전달해야 하는 상황에서 유용합니다.

[choiyoung69]

1
비트토렌트에서는 기본적으로 다른 Peer에게 청크를 전송할 떄 자신에게 가장 빠른 속도로 데이터를 제공하는 이웃에게 우선순위를 줍니다. 그러나 이렇게 되면 일부 Peer 에게만 계속해서 청크를 공급해주는 문제가 발생하게 됩니다. 따라서 어떤 방식을 추가적으로 사용했는지 설명해주세요

가장 빠르게 데이터를 전송하는 4개의 피어를 결정하고 이 피어들에게만 청크를 보낼 경우 일부만 계속해서 청크를 공급받을 수도 있다. 따라서 30초마다 임의로 피어 하나를 선택하여 청크를 보내는 낙관적으로 활성화(optimistically unchoked) 방식을 활용하였다.
예를 들어 A가 B 피어를 선택하여 낙관적으로 활성화할 경우 B에서 계속 청크를 받게 되면서 자신의 4개 이웃 피어로 선택하여 활성화할 가능성이 있다. 이렇게 되면 다시 A에게 청크를 보내게 되어 A도 마찬가지로 B를 4개의 이웃 피어로 선택하여 활성화할 가능성이 있다.

2
CDN 클러스터 선택 정책 중 하나로 지리적으로 가장 가까운 클러스터를 할당하는 방법이 있습니다. 그러나 이 정책은 일부 클라이언트에서 잘 동작하지 않는데, 동작하지 않는 이유는 무엇일까요?

지리적으로 가장 가까운 클러스터가 네트워크 경로의 길이 홉의 수에 따라 가장 가까운 경로가 아닐 수도 있기 때문이다. 또한, 일부 사용자는 상당히 멀리 있는 DNS 서버를 LDNS로 사용하기 떄문이다. 또한, 이 방법은 인터넷 경로의 지연이나 가용 대역폭의 변호나느 무시하고 항상 같은 클러스터를 할당하기 때문에 문제가 발생할 수 있다.

3
이번에 TCP 연결과 UDP 연결에 대해 공부했는데 각 소켓에서 멀티캐스트를 지원하는지 여부와 멀티캐스트가 필요한 상황에 대해 설명해주세요.(연결지향성과 관련하여 설명)

TCP는 연결 지향형 프로토콜이기 때문에 다수의 클라이언트에게 동시에 데이터를 전송하는 방식에는 적합하지 않다. 반면에 UDP는 비연결 지향적 프로토콜이기 떄문에 다수의 클라이언트에게 동시에 데이터를 전송할 수 있다.
멀티캐스트가 필요한 상황은 주로 같은 데이터를 여러 명의 클라이언트에게 전송해야 하는 경우로 라이브 스트리밍, 온라인 게임 등의 상황에서 필요하다.

[Starlight258]

2.5 ~ 2.7

1 비트토렌트에서는 기본적으로 다른 Peer에게 청크를 전송할 떄 자신에게 가장 빠른 속도로 데이터를 제공하는 이웃에게 우선순위를 줍니다. 그러나 이렇게 되면 일부 Peer 에게만 계속해서 청크를 공급해주는 문제가 발생하게 됩니다. 따라서 어떤 방식을 추가적으로 사용했는지 설명해주세요

30초마다 임의의 하나의 피어를 추가로 선택하여 청크를 보냅니다. (낙관적으로 활성화)
청크를 보내기 시작하였으므로 상대방에게 자신이 상위 4개 업로드가 된다면 상대방도 청크를 보내기 시작합니다.
청크 교역 수가 늘어나 새로운 피어가 상위 4개 피어 중 하나가 되고, 새로운 교역 파트너가 될 수 있습니다.

2 CDN 클러스터 선택 정책 중 하나로 지리적으로 가장 가까운 클러스터를 할당하는 방법이 있습니다. 그러나 이 정책은 일부 클라이언트에서 잘 동작하지 않는데, 동작하지 않는 이유는 무엇일까요?

CDN은 해당 Local DNS에서 지리적으로 가장 가까운 클러스터를 할당합니다.
하지만 일부 클라이언트는 상당히 멀리 있는 DNS 서버를 LDNS로 이용중일 수 있습니다.
따라서 LDNS에 가장 가까운 클러스터가 실제로 클라이언트에게 가장 가까운 클러스터가 아닐 수 있습니다.

3 이번에 TCP 연결과 UDP 연결에 대해 공부했는데 각 소켓에서 멀티캐스트를 지원하는지 여부와 멀티캐스트가 필요한 상황에 대해 설명해주세요.(연결지향성과 관련하여 설명)

TCP는 연결 지향적 프로토콜로, 각 연결마다 상태를 유지합니다.
멀티캐스트는 1:다 통신이므로 1:1인 TCP 연결 방식과 맞지 않습니다.

UDP는 비연결지향적 프로토콜로, 개별 연결 상태를 유지하지 않습니다.
단순히 데이터그램을 전송하므로, 다수에게 동시에 메세지를 보내는 멀티캐스트를 지원합니다.

멀티캐스트는 실시간 스트리밍이나 온라인 게임, 주식 시세 정보, 화상 회의 등에 사용됩니다.

[Hanjaemo]

Q1

압축을 사용하여 동일한 비디오를 여러 버전의 품질로 만들어 제공하는 이유는 무엇일까요?

Q2

서버로부터 전송된 바이트는 클라이언트 측 애플리케이션 버퍼에 저장되고, 버퍼의 바이트 수가 미리 정해진 임곗값을 초과하면 클라이언트 애플리케이션이 재생을 시작한다고 합니다.
여기서 말하는 버퍼의 역할이 무엇인지, 그리고 임곗값은 무엇을 의미하는지 설명해 주세요.

Q3

일반적으로 CDN 서버의 위치를 결정할 때 Enter Deep과 Bring Home 방식 중 하나를 사용한다고 합니다.
두 방식의 장단점은 무엇이고, 각각이 사용자 경험에 미치는 영향은 무엇일까요?

[H-sooyeon]

Q1 압축을 사용하여 동일한 비디오를 여러 버전의 품질로 만들어 제공하는 이유는 무엇일까요?

사용자의 위치에 따라 네트워크의 대역폭에 차이가 발생합니다.
이를 고려하지 않고 동일한 압축률로 데이터를 전송하게 되면 사용자마다 다른 서비스를 경험하게 될 것이며 이는 좋지 않은 사용자 경험에 해당합니다.
그렇기에 사용자의 네트워크 상황에 맞춰 압축률을 다르게 적용하여 여러 버전의 품질로 제공합니다.

Q2 버퍼의 역할이 무엇인지, 그리고 임곗값은 무엇을 의미하는지 설명해 주세요.

버퍼는 서버로부터 전송된 데이터를 클라이언트 애플리케이션에서 임시로 저장하는 공간입니다.
네트워크 지연이나 불안정한 연결로 인해 데이터가 불규칙하게 도착할 수 있기 때문에 버퍼를 사용하여 데이터를 안정적으로 저장하고 처리할 수 있습니다.

임계값은 버퍼에 저장된 데이터가 일정량 이상이 되었을 때 비디오 재생을 시작하는 기준을 의미합니다.
초기 버퍼링 시간을 확보하여 재생 중 끊김을 방지하기 위함입니다.
비디오 재생 중에 버퍼의 데이터 양을 모니터링하여, 버퍼가 임계값 이하로 떨어지지 않도록 관리합니다.
만약 임계값 이하로 떨어지면, 일시적으로 재생을 멈추고 버퍼를 채운 후 다시 재생을 시작합니다.
이를 통해 안정적인 재생을 유지할 수 있습니다.

Q3 CDN 서버의 위치를 결정할 때의 Enter Deep과 Bring Home 방식 두 방식의 장단점은 무엇이고, 각각이 사용자 경험에 미치는 영향은 무엇일까요?

Enter Deep 방식은 CDN 서버를 가능한 사용자와 가까운 지역에 분산 배치하는 전략입니다.
ISP의 네트워크 내부나 로컬 데이터센터에 서버를 설치합니다.
이는 낮은 레이턴시, 높은 가용성, 네트워크 트래픽 절감의 장점을 가집니다.
하지만 많은 서버를 관리해야하는 복잡한 인프라, 유지보수 비용 증가의 단점이 있습니다.
사용자 경험 측면에서는 낮은 레이턴시와 빠른 응답 속도로 사용자 경험이 크게 향상됩니다.

Bring Home 방식은 CDN 서버를 소수의 대형 데이터센터에 집중 배치하는 전략입니다.
일반적으로 대도시나 주요 인터넷 교환 지점 근처에 서버를 설치합니다.
이는 소수의 서버를 배치함으로 인한 경제저 효율성, 간편한 관리, 대형 데이터센터에 대한 안정성을 제공한다는 장점이 있습니다.
하지만 사용자와 물리적으로 거리가 멀어지기에 높은 레이턴시, 집중된 트래픽 부담, 특정 데이터센터에 문제가 발생하면 해당 데이터센터를 사용하는 모든 사용자에게 영향을 미칠 수 있다는 단점이 있습니다.
사용자 경험 측면에서는 안정적이고 보안성이 높은 서버를 통해 안정적인 서비스 제공이 가능하지만 한편으론 지연 시간이 길어져 실시간 애플리케이션이나 빠른 응답이 중요한 서비스의 경우 사용자 경험이 저하될 수 있습니다.

[choiyoung69]

Q1
압축을 사용하여 동일한 비디오를 여러 버전의 품질로 만들어 제공하는 이유는 무엇일까요?

모든 클라이언트가 가용 대역폭의 차이에도 부구하고 똑같이 인코딩된 비디오를 전송받는 다면 몇몇 사용자가 버퍼링 및 끊김 현상이나 낮은 품질을 경험하면서 좋지 않은 경험을 할 수 있다. 따라서 여러 버전의 품질의 비디오를 제공받을 수 있도록 해야 한다.

Q2
서버로부터 전송된 바이트는 클라이언트 측 애플리케이션 버퍼에 저장되고, 버퍼의 바이트 수가 미리 정해진 임곗값을 초과하면 클라이언트 애플리케이션이 재생을 시작한다고 합니다. 여기서 말하는 버퍼의 역할이 무엇인지, 그리고 임곗값은 무엇을 의미하는지 설명해 주세요.

여기서 버퍼는 서버에서 보낸 비디오 파일을 임시로 저장하는 공간이다. 대용량의 데이터를 서버를 통해 받아서 재생하는 경우 데이터를모두다운받아서 재생하려면 긴 딜레이가 발생한다. 따라서 먼저 들어오는 데이터부터 조금씩 메모리의 임시공간에 저장하여 재생시켜주는 것이다. 이렇게 함으로써 끊김없이 연속적으로 데이터를 처리할수 있다. 또한, 데이터의 일관성을 유지하고 데이터의 손실이나 순서왜곡을 방지한다. 여기서 임계값이란 버퍼가 재생을 시작하기 전에 필요한 최소한의 데이터량을 의미한다.

Q3
일반적으로 CDN 서버의 위치를 결정할 때 Enter Deep과 Bring Home 방식 중 하나를 사용한다고 합니다. 두 방식의 장단점은 무엇이고, 각각이 사용자 경험에 미치는 영향은 무엇일까요?

Enter Deep : 서버 곳곳의 접속 네트워크에 구축함으로써 ISP 접속 네트워크로 깊숙히 들어가는 방식이다. 이 방식은 최대한 서버를 사용자와 가까이 위치시켜 사용자와 CDN 서버 사이의 링크 및 라우터 수를 줄이고 사용자가 경험하는 지연 시간 및 처리율을 개선한다. 그러나, 고도로 분산되어 있기 때문에 서버 클러스터를 유지 및 관리하는데 많은 비용이 든다.
Bring Home : 좀 더 적은 수의 핵심 지점에 큰 규모의 서버 클러스터를 구축하여 ISP를 Home으로 가져오는 개념이다. 클러스터 유지 및 관리 비용이 적지만, 사용자가 느끼는 지연 시간과 처리율은 상대적으로 나빠진다.

[Starlight258]

Q1

압축을 사용하여 동일한 비디오를 여러 버전의 품질로 만들어 제공하는 이유는 무엇일까요?

클라이언트마다 가용 대역폭의 차이가 존재합니다.
가용 대역폭이 낮을 때는 낮은 비트율의 비디오 버전을, 높을 때는 높은 비트율의 비디오 버전을 선택한다면 화면 정지 현상 없이 각 사용자 별로
최대 품질의 비디오를 제공받을 수 있습니다.
또한 DASH를 통해 시간에 따라 변화는 가용 대역폭에도 적응하여 비디오를 원활하게 제공받을 수 있습니다.

Q2

서버로부터 전송된 바이트는 클라이언트 측 애플리케이션 버퍼에 저장되고, 버퍼의 바이트 수가 미리 정해진 임곗값을 초과하면 클라이언트 애플리케이션이 재생을 시작한다고 합니다. 여기서 말하는 버퍼의 역할이 무엇인지, 그리고 임곗값은 무엇을 의미하는지 설명해 주세요.

버퍼는 클라이언트 측 애플리케이션에서 서버로부터 받은 데이터를 임시 저장하는 공간입니다.
네트워크 지연 등의 이유로 재생이 끊기는 것을 방지합니다.

임계값은 재생을 시작하기 위해 버퍼에 저장되어야할 최소의 데이터 양입니다.
임계값에 도달하면 애플리케이션은 재생을 시작하며, 계속해서 전송된 데이터는 버퍼에 저장합니다.

이를 통해 네트워크 상태가 나빠지더라도 끊김없이 재생할 수 있습니다.

Q3

일반적으로 CDN 서버의 위치를 결정할 때 Enter Deep과 Bring Home 방식 중 하나를 사용한다고 합니다. 두 방식의 장단점은 무엇이고, 각각이 사용자 경험에 미치는 영향은 무엇일까요?

• Enter Deep : 서버를 최대한 사용자 가까이에 위치시켜 지연 시간을 줄입니다. 단점으로는 분산된 서버를 유지관리하는 비용이 큽니다.
• Bring Home : 인터넷 교환 지점 등 보다 적은 수의 핵심 지점에 큰 규모의 서버 클러스터를 구축합니다. 안전성을 제공하지만, 단점으로는 지연 시간과 처리율이 상대적으로 나쁩니다.

[H-sooyeon]

Q1 P2P 구조가 클라이언트-서버 구조보다 더 빠르게 데이터를 분배할 수 있는 이유는 무엇인가요?

Q2 DASH가 개발된 배경은(이유) 무엇인가요?

Q3 CDN을 사용하는 이유와 CDN의 장점 및 작동 방식 간단하게 설명해주세요.

[choiyoung69]

Q1
P2P 구조가 클라이언트-서버 구조보다 더 빠르게 데이터를 분배할 수 있는 이유는 무엇인가요?

P2P 구조에서 피어들은 자가 확장성을 가진다. 즉, 각 피어들이 수신한 파일의 임의의 부분을 다른 피어들에게 재분배할 수 있어서 서버의 분배 프로세스를 도울 수 있다. 따라서 클라이언트-서버 구조에 비해 P2P 구조가 더 빠르게 데이터를 분배할 수 있다.

Q2
DASH가 개발된 배경은(이유) 무엇인가요?

DASH를 사용하지 않는다면 모든 클라이언트가 자신들의 가용 대역폭이 서로 다름에도 불구하고 똑같이 인코딩된 비디오를 전송받는다. 또한, 같은 클라이언트라 하더라도 시간에 따라 가용 대역폭의 차이가 발생한다. 이를 무시하고 같은 품질의 비디오를 전달받는다면 몇몇 클라이언트들은 잦은 버퍼링 등의 문제에 시달릴 수 있다. 따라서 DASH를 통해 클라이언트는 현재 가용 대역폭에 따라 동적으로 서로 다른 버전의 비디오를 청크 단위로 요청할 수 있다.

Q3
CDN을 사용하는 이유와 CDN의 장점 및 작동 방식 간단하게 설명해주세요.

CDN을 사용하지 않고 하나의 거대한 데이터 센터를 구축하여 사용할 경우 다음과 같은 문제가 발생할 수 있다.

1. 클라이언트와 서버가 멀리 떨어져 있는 겨웅 다양한 통신링크와 ISP를 지나치게 되는데 이때 이 링크들 중 하나라도 비디오 소비율보다 낮은 전송용량을 가지게 된다면 화면 정지 현상을 겪을 수 있다.
2. 인기 있는 비디오는 같은 통신 링크를 통해 여러 번 전송될 것이기 때문이다.(네트워크 대역폭 낭비, 중복 비용 지불)
3. 단일 데이터센터는 한 번 장애가 발생할 경우 손해가 막심하다.

이런 문제들로 인해 CDN을 사용하며 빠른 콘텐츠 전달, 안정적인 콘텐츠 제공, 서버 부하 분산 등의 장점이 있다. CDN의 작동 방식은 클라이언트가 특정 비디오 재생을 요청하면 CDN이 그 요청을 가로채 클라이언트에게 가장 적당한 CDN 클러스터로 선택하고 클라이언트 요청을 해당 클러스터의 서버로 연결하는 것이다.

[Starlight258]

Q1 P2P 구조가 클라이언트-서버 구조보다 더 빠르게 데이터를 분배할 수 있는 이유는 무엇인가요?

P2P 구조는 클라이언트-서버 구조의 분배 시간보다 항상 작지는 않지만, 피어 수가 증가함에 따라 최소 분배 시간이 일정 시간으로 수렴합니다.
(반면에, 클라이언트-서버 구조는 선형적으로 증가합니다.)

P2P에서는 피어가 다운로드 뿐 아니라 업로드를 할 수 있습니다.
따라서 피어의 수가 증가할 수록 업로드할 데이터 뿐 아니라 전체 업로드 용량도 증가시킵니다.
클라이언트-서버에서는 피어의 수가 증가할 수록 업로드할 데이터만 늘어납니다.

따라서 피어의 수가 커질 수록 P2P 구조는 클라이언트-서버 구조보다 더 빠르게 데이터를 분배할 수 있습니다.

Q2 DASH가 개발된 배경은(이유) 무엇인가요?

DASH는 클라이언트들이 가진 가용 대역폭의 차이에도 불구하고 똑같이 인코딩된 비디오를 전송받는다는 문제를 해결하기 위해 등장했습니다.
DASH는 비디오를 서로 다른 비트율과 품질 수준으로 인코딩하여, 가용 대역폭에 따라 적합한 비디오 품질을 선택할 수 있도록 합니다.
따라서 클라이언트는 가용 대역폭에 적합한 품질의 비디오를 재생할 수 있습니다.
또한 이동 사용자일 경우 계속 가용 대역폭이 변화하므로 DASH를 통해 안정적으로 비디오를 재생할 수 있습니다.

Q3 CDN을 사용하는 이유와 CDN의 장점 및 작동 방식 간단하게 설명해주세요.

CDN을 통해 본 서버로 오는 요청을 분산하여 처리할 수 있습니다. 서버의 부하를 줄이고 대규모 트래픽을 효과적으로 처리할 수 있습니다.
캐시 서버의 역할을 합니다. 자주 요청되는 컨텐츠는 사용자와 가까운 서버에 저장하여 속도도 더 빠릅니다.

• 작동 방식
  특정 비디오의 재생을 요청하면, 클라이언트에게 가장 적당한 CDN 클러스터를 선택합니다.
  클라이언트의 요청을 해당 클러스터의 서버로 연결합니다.
  (대부분의 CDN는 DNS를 이용해 사용자의 요청을 가로채고 가장 가까운 cdn서버로 연결합니다.)