| English | 의미 |
|---|---|
| Domain Name System/dəˈmeɪn neɪm ˈsɪstəm/ | 도메인 시스템 |
| Uniform Resource Locator/ˈjuːnɪfɔːm rɪˈzɔːs ləʊˈkeɪtə/ | eareratory resource locator |
| protocol/ˈprəʊtəkɒl/ | 프로토콜 |
| domain name/dəˈmeɪn neɪm/ | 도메인 이름 |
| resolver/rɪˈzɒlvə/ | 해결기 |
| bit streaming/bɪt ˈstriːmɪŋ/ | 비트 스트리밍 |
| real-time/rɪəl taɪm/ | 실시간 |
| on-demand/ɒn dɪˈmænd/ | 오ンDemand |
| buffer/ˈbʌfə/ | 버퍼 |
| bit rate/bɪt reɪt/ | 비트레이트 |
| lossy/ˈlɒsi/ | 유손실 |
| compression/kəmˈpreʃn/ | 압축 |
인터넷을 운영하던 전화번호부
- 1983년까지 인터넷상의 모든 컴퓨터는 스탠퍼드 단 하나의 기계에서 텍스트 파일 HOSTS.TXT를 다운로드하여 서로를 찾았습니다. 새로운 computer가 추가될 때마다 파일은 커지고 모두가 다시 가져왔습니다.
- 폴 Mockapetris는 파일을 분산 서버 시스템으로 교체하여 각 서버가 이름 공간의 자신의 부분만을 담당하게 했습니다. 이를 도메인 네임 시스템(DNS)이라고 불렀습니다.
- 이것이 당신이 열두 자릿수 숫자가 아닌 이름을 입력하는 이유이며, 웹사이트가 이사해도告诉你不会改变的原因입니다.
- 이 수업은 당신이 입력하는 주소, 그 주소를查找하는 시스템, 그리고 비디오가 완전히 도착하기 전에到你到达你的方式입니다.
URL
- earer Resource Locator(URL)은 웹上의 하나의 리소스를 locating합니다:
https://www.example.com/about/contact.html. - 프로토콜,
https, how to fetch it says. 도메인 이름,www.example.com, people readable form for the server를 names. 경로,/about/contact.html, that server上的文件를 names. - URL은
?뒤에 포트 번호와 쿼리 스트링을 포함할 수 있지만, 시험에서要求的是协议、域名和路径这三个要素。
https://www.example.com/about/contact.html에서 https은 무엇인가?
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
https은 프로토콜이며, www.example.com은 도메인 이름이며, /about/contact.html은 경로입니다.
https://www.example.com/about/contact.html의 각 부분을 이름과 매칭하십시오.
난이도 2/5 · 140 코인 + 오늘 첫 완료 시 소액 보너스
URL은 프로토콜 + 도메인 이름 + 경로입니다. 프로토콜은 방법来说, 도메인은 어느 서버来说, 경로는 어떤 리소스来说 말합니다.
도메인 네임 시스템
- 컴퓨터는 이름이 아닌 IP 주소로 데이터를 전송합니다. 도메인 네임 시스템(DNS)은 도메인 이름을 IP 주소로 변환하는 분산형 서버 집합입니다.
- 브라우저가 리솔버에 요청합니다. 리솔버에 답변이 캐시되어 있지 않으면 루트 서버에 질문하고, 루트 서버는
.com의 상위 도메인 서버를 가리키며, 이 상위 도메인 서버는example.com의 권위 있는 서버를 가리킵니다. 최종적으로 권위 있는 서버에서 IP 주소를 반환합니다. - 브라우저는 이후 해당 IP 주소로 연결하여 경로를 요청합니다. 전체 검색 과정은 밀리초 단위로 완료되며 캐시가 적용되므로 거의 반복되지 않습니다.
*리솔버, 루트, 상위 도메인, 권위 있는 서버: 그 후 브라우저가 연결함
DNS가 사이트를 찾는 방법
DNS 조회 단계를 설명합니다. 네트워크는 이름이 아닌 IP 주소로 라우팅되므로, 무엇이 로드되기 전에 DNS가 도메인 이름을 IP 주소로 변환해야 합니다.
도메인 시스템(DNS)은 주로:
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
DNS는 사람이 읽을 수 있는 도메인 이름을 네트워크가 실제로 사용하는 숫자 IP 주소로 해석합니다.
worked example: 입력한 주소부터 페이지 로드까지
- 사용자가 URL을 입력하면 브라우저는 프로토콜, 도메인명, 경로를 분리합니다.
- 브라우저는 도메인명을 DNS 리솔버에 보내고, 리솔버는 권위 있는 서버가 서버의 IP 주소를 반환할 때까지 DNS 계층을 쿼리합니다.
- 브라우저는 해당 IP 주소로 연결을 열고 해당 경로에 대한 HTTP 요청을 보냅니다.
- 서버가 페이지를 반환하면 브라우저가 이를 렌더링합니다. 총 네 단계이며, 이 중 DNS 단계가 가장 자주 놓치는 부분입니다.
주소 입력부터 페이지 로드까지 DNS 조회 순서를 정리하십시오.
난이도 3/5 · 200 코인 + 오늘 첫 완료 시 소액 보너스
리솔버가 IP를 얻을 때까지 계层次的을 따라갑니다(루트 → TLD → 권한). 그런 다음 브라우저가 연결합니다.
DNS가 존재하는 이유
- 사람은 이름을 기억하지만 라우터는 숫자로 데이터를 전달합니다. DNS는 이 두 가지가 동시에 성립하게 해줍니다.
- 사이트는 DNS 레코드를 변경함으로써 새 서버로 이동하거나 여러 서버에 분산될 수 있습니다. 사용자는 여전히 동일한 이름을 입력합니다.
- 시스템이 분산되어 있어 단일 서버가 모든 이름을 보유하지 않으며, 모든 수준에서 캐시가 이루어지므로 부하가 분산됩니다.
왜 웹사이트가 사용자에게 IP 주소를 입력하는 대신 DNS를 사용합니까? 모두 선택하십시오.
난이도 2/5 · 140 코인 + 오늘 첫 완료 시 소액 보너스
DNS는 이름, 유연성 및 분산에 관한 것입니다. 조회는 몇 밀리초를 추가할 뿐, 페이지 자체의 속도는 늘리지 않습니다.
비트 스트리밍
- 비트 스트리밍은 멀티미디어를 전체 파일을 먼저 다운로드하는 대신 수신기가 도착하자마자 재생할 수 있는 연속된 흐름으로 전송합니다.
- 실시간 스트리밍은 스포츠 중계나 영상 통화처럼 발생 즉시 녹화되어 전송됩니다. 되감기가 불가능하며, 낮은 지연 시간이 필수적입니다.
- 온디맨드 스트리밍은 서버에 이미 저장된 파일을 재생합니다. 일시 정지 및 되감기가 가능하며, 서버는 미리 데이터를 전송할 수 있습니다.
*버퍼는 네트워크와 플레이어 사이에 위치함
ストリーミング 미디어는 전체 파일을 다운로드하기 전에 도착하면 바로 재생됩니다.
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
那是ストリー밍의 정의되는 특징입니다. 수신기는 전체 다운로드를 기다리는 대신 작은 버퍼를 사용하여 들어오는 스트림을 재생합니다.
실시간(라이브) 스트리밍과 비교했을 때,オン디맨드 스트리밍은:
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
요청 시 콘텐츠는 사전 녹화되므로 일시 정지/이동 및 서버 버퍼링을 미리 수행할 수 있습니다. 라이브 스트리밍은 되돌릴 수 없으며 낮은 지연 시간이 필요합니다.
버퍼와 비트레이트
- 버퍼는 재생 시작 전에 몇 초간의 데이터를 저장하여 네트워크의 일시적 저하로 인해 영상이 끊기지 않게 합니다. 온디맨드 스트리밍은 훨씬 앞으로 버퍼링할 수 있으나, 라이브 스트리밍은 최소한의 버퍼링만 가능해야 하며, 과도한 버퍼링은 라이브 특성을 잃게 됩니다.
- 비트레이트는 스트리밍에 필요한 초당 비트 수입니다. 이 값은 브로드밴드 속도보다 낮아야 하며, 그렇지 않으면 데이터送达 속도가 재생 속도보다 느려져 재생이 멈출 수 있습니다.
- 손실 압축은 비트레이트를 낮추어 움직이는 화면에서 작은 손실을 숨기고, 스트리밍이 대역폭에 맞게 설정되도록 합니다.
스트리밍 플레이어는 버퍼를 사용하는 이유는 무엇입니까?
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
버퍼는 현재 재생 중인 영상보다 몇 초 앞의 데이터를 보유하므로, 네트워크의 짧은 지연 현상이 재생 중단을 유발하지 않습니다.
스트리밍이 중단 없이 재생되려면 비트레이트가 연결의 광대역 속도 ____ 이어야 합니다.
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
초당 필요한 비트 수가 연결이 제공하는 것보다 많으면 데이터送达 속도가 재생 속도보다 느려지고 버퍼가 비워집니다.
worked example: 실시간 스트리밍 전 압축이 필요한 이유는?
- 비디오가 실시간으로 스트리밍되기 전에 압축되는 이유를 설명하시오.
- 비압축 스트리밍은 연결이 가진 대역폭보다 더 많은 대역폭이 필요하므로 프레임이 늦게 도착하고 재생이 멈출 수 있습니다.
- 압축은 비트 수를 줄여比特레이트를 broadband 속도 아래로 유지하고 지연 시간을 작게 만듭니다.
- 양쪽 모두에서 저장 공간과 비용이 덜 필요합니다. 실시간 스트리밍에서 늦게 도착한 패킷은 단순히 무시(버림)됩니다. 실시간 스트리밍은 이를 기다릴 수 없기 때문입니다.
worked example: 실시간 파이프라인
- 실사 이벤트를 시청자에게 어떻게 스트리밍하는지 설명하시오.
- 카메라와 마이크가 이벤트를 포착하고 샘플링합니다. 데이터는 크기를 줄이기 위해 압축하여 인코딩됩니다.
- 스트리밍은 패킷 형태로 네트워크를 통해 전송됩니다. 시청자의 기기는 조금 버퍼링한 뒤 재생하며, 너무 늦게 도착한 패킷은 버립니다.
- 온디맨드와 비교하면: 파일이 이미 존재하므로 서버가 미리 데이터를 보낼 수 있고, 버퍼 크기가 클 수 있으며, 시청자가 일시 정지 및 되돌림을 할 수 있습니다.
실시간 스트리밍의 단계를 순서대로 나열하십시오.
난이도 3/5 · 200 코인 + 오늘 첫 완료 시 소액 보너스
포착, 인코딩, 전송, 재생입니다. 압축은 전송 전에 이루어지며, 이것이 비트레이트를 대역폭 내에 유지하는 방법입니다.
놓칠 수 있는 점
- DNS는 이름을 IP 주소로 변환하며, 시험 답안에서는 절대 반대 방향이 아닙니다. 또한 페이지를 전송하는 것은 DNS가 아닙니다.
- 실시간 스트리밍도 버퍼를 사용할 수 있지만, 그 크기는 작습니다. 되돌리는 기능은 불가능합니다.
- 비트레이트는 연결 속도와 비교됩니다. 비트레이트가 높으면 스트리밍이 멈춥니다. 각각 무엇이 무엇인지 명시하십시오.
- URL의 프로토콜 부분은
https이며,www이 아닙니다.www은 도메인명의 일부입니다.
실시간 스트리밍에서 너무 늦게 도착하는 패킷은 적절한 위치에서 재생될 때까지 대기됩니다.
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
라이브 스트리밍은 기다릴 수 없습니다: 늦은 패킷은 삭제되고 재생은 계속됩니다. 요청 시 스트리밍만 버퍼를 충분히 미리 확보하므로 대기할 수 있습니다.
이해했습니다
- URL = 프로토콜 + 도메인명 + 경로; DNS는 리솔버 → 루트 → 상위 도메인 → 권위 있는 서버를 통해 도메인명을 IP 주소로 변환합니다.
- DNS는 사람이 이름을 사용하고, 라우터가 숫자를 사용하며, 사이트가 이름 변경 없이 이동할 수 있도록 하기 위해 존재합니다.
- 비트 스트리밍은 média가 도착하는 대로 재생합니다: 실시간은 생중계이며 되돌림 불가, 온디맨드는 저장된 파일이며 가능함
- 버퍼는 네트워크 감속을 커버하며, 비트레이트는 broadband 속도보다 낮아야 하므로 스트리밍은 **손실 압축(lossy compression)**을 사용합니다.