HTTP/2 in Action 최종 시험

JavaScript isn't enabled in your browser, so this file can't be opened. Enable and reload.

Email *

Record my email address with my response

브라우저에서 'www.google.com'으로 이동할 때 발생하는 과정을 올바르게 나열한 것은 무엇입니까?

1 point

브라우저가 'www.google.com'의 IP 주소를 요청하고, 서버는 데이터를 전송한 후, 브라우저가 웹페이지를 표시합니다.

브라우저가 DNS 서버에게 'www.google.com'의 IP 주소를 요청하고, DNS 서버가 IP 주소를 제공한 후, 브라우저가 해당 IP 주소로 HTTP 요청을 보내고, 서버가 웹페이지 데이터를 보낸 후, 브라우저가 웹페이지를 표시합니다.

브라우저가 'www.google.com'을 자동으로 IP 주소로 변환한 후, 직접 서버에 연결하여 웹페이지 데이터를 요청합니다.

브라우저가 서버에 직접 'www.google.com'을 요청하고, 서버는 도메인 이름을 IP 주소로 변환하여 응답합니다.

브라우저가 먼저 웹페이지의 HTML 코드를 받아 해석한 후, DNS 서버에 IP 주소를 요청합니다.

Clear selection

HTTP/0.9, HTTP/1.0, HTTP/1.1의 주요 차이점을 다음 중에서 고르시오. (복수 선택 가능)

1 point

HTTP/0.9는 오직 GET 요청만 지원하고, 헤더를 통한 메타데이터 전송이 불가능했다.

HTTP/1.0은 다양한 요청 방식(GET, POST, HEAD)을 지원하고, 상태 코드 및 콘텐츠 유형을 포함한 헤더 전송이 가능했다.

HTTP/1.1은 지속적 연결, 청크 전송 인코딩, 캐시 제어 등을 지원하며, 네트워크 효율성과 오류 처리가 개선되었다.

HTTP/1.1은 가상 호스팅과 범위 요청을 지원하지 않았다.

HTTP/1.0은 웹 페이지의 더욱 상세한 설명을 가능하게 하는 다양한 상태 코드를 도입했다.

HTTP 응답 코드가 2xx, 3xx, 4xx, 5xx와 같이 분류된 이유는 무엇입니까? (복수 선택 가능)

1 point

각 범주의 첫 번째 숫자는 응답의 일반적인 성격을 나타내어 문제의 성격을 쉽게 이해할 수 있게 한다.

응답 코드를 카테고리별로 분류함으로써, 오류와 성공 사례를 구분하기 쉽게 한다.

클라이언트와 서버는 응답 코드를 기반으로 적절한 조치를 취할 수 있다.

모든 HTTP 응답 코드는 서버 오류를 나타내는 데 사용된다.

응답 코드 분류는 웹 페이지의 로딩 속도를 향상시키기 위해 사용된다.

HTTP/1.1에서 'Host' 헤더가 필수적으로 포함된 이유와 그로 인해 생긴 주요 문제는 무엇인가요?

1 point

'Host' 헤더는 웹 페이지 로딩 속도를 향상시키기 위해 필수적이며, 이로 인해 페이지 캐싱 문제가 발생했다.

'Host' 헤더는 서버 보안을 강화하기 위해 필수적이며, 이로 인해 보안 취약점이 증가하는 문제가 발생했다.

'Host' 헤더는 데이터 압축을 위해 필수적이며, 이로 인해 데이터 전송 속도 저하 문제가 발생했다.

'Host' 헤더는 클라이언트 인증을 강화하기 위해 필수적이며, 이로 인해 사용자 인증 절차가 복잡해지는 문제가 발생했다.

'Host' 헤더는 가상 호스팅을 지원하고 명확한 요청 대상을 지정하기 위해 필수적이며, 이로 인해 가상 호스팅이 아니어도 'Host' 헤더를 추가해야 하는 문제가 발생했다.

Clear selection

HTTPS는 HTTP 메시지에 추가된 다음 중 어떤 기능을 제공합니까?

1 point

데이터 압축 - 데이터 전송량을 줄이고 속도를 향상시키기 위해 사용됩니다.

로드 밸런싱 - 여러 서버에 요청을 분산시켜 성능을 향상시키기 위해 사용됩니다.

암호화, 무결성, 인증 - 데이터를 안전하게 전송하기 위해 메시지를 암호화하고, 변경되지 않았음을 보장하며, 송수신자의 신원을 확인합니다.

캐싱 최적화 - 웹 콘텐츠의 저장 및 재사용을 통해 로딩 시간을 단축시키기 위해 사용됩니다.

사용자 추적 - 사용자의 웹 사용 패턴과 선호도를 분석하기 위해 사용됩니다.

Clear selection

HTTPS에서 키를 교환할 때 공개키 암호화를 사용하는 이유는 무엇입니까?

1 point

네트워크 대역폭을 절약하기 위해서

대칭키가 직접적으로 노출되는 것을 방지하고, 인증서를 통해 신원을 확인할 수 있기 때문에

데이터 전송 속도를 향상시키기 위해서

서버의 부하를 줄이기 위해서

사용자 브라우징 활동을 더 안전하게 추적하기 위해서

Clear selection

HTTPS가 동작하는 과정을 올바르게 설명한 것은 무엇입니까?

1 point

클라이언트가 서버에 연결을 요청하고, 서버가 공개키를 전송한 다음, 클라이언트와 서버 간에 암호화된 데이터가 교환됩니다.

클라이언트가 서버에 연결을 요청한 후, 서버는 대칭키를 클라이언트에 전송하고, 이 키를 사용하여 데이터를 암호화하여 교환합니다.

클라이언트가 서버에 연결을 요청하고, 데이터를 암호화 없이 직접 전송한 후, 서버는 데이터를 받아 암호화합니다.

서버가 클라이언트에게 연결을 요청하고, 클라이언트는 공개키를 서버에 전송한 다음, 서버가 이 키로 데이터를 암호화하여 전송합니다.

클라이언트가 서버에 연결을 요청한 후, SSL/TLS 핸드셰이크를 통해 보안된 연결이 수립되고, 서버는 인증서를 클라이언트에 전송하여 신원을 인증한 다음, 클라이언트와 서버 간에 암호화된 데이터가 교환됩니다.

Clear selection

HTTP/1.1의 근본적인 성능 문제는 무엇입니까?

1 point

데이터 암호화가 지원되지 않아 보안 문제가 발생한다.

모든 HTTP 요청과 응답에 대해 별도의 TCP 연결을 맺어야 하며, 이로 인한 Head-of-Line Blocking 현상이 발생한다.

요청과 응답 메시지 크기가 너무 크다.

서버 푸시 기능이 부재하여 웹 페이지 로딩 속도가 느리다.

사용자 인증 및 세션 관리가 지원되지 않는다.

Clear selection

HTTP/1.1에서 파이프라이닝이 널리 사용되지 않은 이유는 무엇입니까?

1 point

데이터 암호화가 지원되지 않아 보안 문제가 발생한다.

요청과 응답 메시지 크기가 너무 커서 네트워크 대역폭을 과도하게 사용한다.

서버 푸시 기능이 부재하여 웹 페이지 로딩 속도에 영향을 미친다.

사용자 인증 및 세션 관리가 지원되지 않아서다.

모든 HTTP 요청이 동시에 처리되어야 하며, 이로 인한 Head-of-Line Blocking 현상과 응답 순서 문제가 발생한다.

Clear selection

HTTP/1.1의 성능 문제를 우회하는 두 가지 방법과 그 한계점에 대해 올바르게 설명한 것은 무엇입니까?

1 point

여러 HTTP 연결을 사용하여 동시성을 향상시키지만, 이는 추가적인 리소스 사용과 복잡성 증가를 초래한다. 적지만 큰 HTTP 요청을 만들어 네트워크 효율성을 높이지만, 이는 응답 시간 지연을 야기할 수 있다.

단일 HTTP 연결을 사용하여 서버 부하를 줄이지만, 이는 데이터 전송 속도를 늦춘다. 여러 작은 HTTP 요청을 만들어 처리 속도를 향상시키지만, 이는 네트워크 대역폭을 과도하게 사용한다.

데이터 암호화를 강화하여 보안을 향상시키지만, 이는 처리 속도를 늦춘다. 캐싱을 사용하여 로딩 시간을 단축시키지만, 이는 최신 데이터의 제공을 지연시킬 수 있다.

여러 HTTP 연결을 사용하여 동시성을 향상시키지만, 이는 서버 부하와 Head-of-Line Blocking 현상을 악화시킬 수 있다. 적지만 큰 HTTP 요청을 만들어 네트워크 효율성을 높이지만, 이는 대역폭 사용에 제한을 초래할 수 있다.

압축을 사용하여 데이터 전송량을 줄이지만, 이는 CPU 사용량을 증가시킨다. 멀티스레딩을 통해 요청 처리 속도를 높이지만, 이는 동기화 문제를 야기할 수 있다.

Clear selection

HTTP/1.1에서 브라우저가 도메인 당 요청 수를 6개로 제한한 이유는 무엇입니까?

1 point

브라우저의 메모리 사용을 최소화하기 위해서

웹 사이트의 속도를 높이기 위해서

서버의 부하를 줄이기 위해서

동시 요청을 효율적으로 관리하고 과도한 연결을 방지하기 위해서

사용자의 프라이버시를 보호하기 위해서

Clear selection

HTTP/1.1 프로토콜은 텍스트 기반으로 요청과 헤더를 처리합니다. 이로 인해 발생할 수 있는 주요 문제를 모두 고르시오

1 point

데이터 암호화가 자동으로 이루어지지 않아 보안 문제가 발생할 수 있다.

텍스트 기반 프로토콜은 이진 데이터 처리에 비효율적이며 느릴 수 있다.

모든 텍스트 기반 프로토콜은 반드시 추가적인 압축 메커니즘이 필요하다.

텍스트 형식은 다국어 지원에 문제가 있어 국제적 사용에 제한적이다.

텍스트 기반 프로토콜은 네트워크 대역폭을 더 많이 사용하여 효율성이 떨어진다.

HTTP/1.1에서 사용되던 성능 향상 기법들이 HTTP/2에서 안티패턴으로 간주되는 이유에 대한 설명으로 옳은 것을 고르시오

1 point

HTTP/2에서는 데이터 암호화가 기본이므로, 도메인 샤딩과 리소스 인라인화가 성능을 저하시킨다.

HTTP/2는 멀티플렉싱을 지원하여, 단일 연결을 통해 여러 리소스를 동시에 전송할 수 있으므로, 도메인 샤딩이 더 이상 필요하지 않다.

HTTP/2에서는 모든 헤더가 압축되어 전송되므로, 리소스 인라인화가 데이터 전송량을 줄이는 데 효과적이다.

HTTP/2의 서버 푸시 기능은 리소스 인라인화와 유사한 효과를 제공하지만, 클라이언트에서 필요로 하는 리소스만 선택적으로 전송할 수 있다.

HTTP/2에서는 헤더 압축이 사용되지 않아, 도메인 샤딩과 리소스 인라인화가

Clear selection

HTTP/2의 사양 자체는 HTTPS를 필수로 요구하지 않지만, 대부분의 현대 브라우저는 HTTP/2 연결에 HTTPS를 강제하고 있습니다. 이러한 결정의 주된 이유에 대한 올바른 설명을 고르시오

1 point

HTTPS는 HTTP/2의 멀티플렉싱 기능을 활성화시키기 위해 필요하다.

브라우저 제조사들은 보안을 강화하기 위해 HTTPS를 통한 HTTP/2 연결을 선호한다.

HTTP/2는 오직 HTTPS 환경에서만 제대로 작동한다.

HTTPS를 사용하는 것은 국제적인 인터넷 표준을 준수하기 위한 요구사항이다.

모든 HTTP/2 서버는 기본적으로 HTTPS 연결만을 지원한다.

Clear selection

서버에서 HTTP/2를 활성화하는 과정에서 직면할 수 있는 어려움을 올바르게 설명한 것을 모두 고르시오

1 point

기존 서버 인프라와 소프트웨어가 HTTP/2를 지원하지 않아 업그레이드나 교체가 필요할 수 있다.

모든 클라이언트가 HTTP/2를 지원하지 않아, 서버는 HTTP/1.1과 HTTP/2를 동시에 지원해야 한다.

HTTPS는 HTTP/2 활성화에 필수적이며, SSL/TLS 인증서 설정에 추가적인 작업이 필요하다.

HTTP/2 구현은 서버의 CPU 사용량을 증가시킬 수 있으며, 이는 성능에 영향을 미칠 수 있다.

HTTP/2 구현 및 설정은 복잡하며, 정확한 구성을 위해 상당한 기술적 지식이 요구된다.

애플리케이션 서버에서 직접 HTTP/2를 활성화할 수 없다고 가정했을 때, HTTP/2의 이점을 활용하기 위한 대안적인 방법을 모두 고르시오.

1 point

애플리케이션 서버 앞에 HTTP/2를 지원하는 리버스 프록시를 배치한다.

서버의 운영 체제를 업그레이드하여 HTTP/2 지원을 활성화한다.

애플리케이션 코드를 변경하여 HTTP/2 프로토콜을 직접 구현한다.

CDN(콘텐츠 전송 네트워크) 서비스를 사용하여 HTTP/2 기능을 제공한다.

애플리케이션 서버와 별개로 HTTP/2 전용 서버를 구축하고, 트래픽을 분산시킨다.

HTTP/2에 새롭게 추가된 주요 개념에 대한 설명 중 옳은 것을 모두 고르시오

1 point

멀티플렉싱(Multiplexing): 단일 TCP 연결을 통해 여러 요청과 응답을 동시에 전송할 수 있게 함으로써 효율성을 높임.

스트림 우선 순위(Stream Prioritization): 클라이언트가 요청의 우선 순위를 지정할 수 있어, 중요한 리소스를 먼저 로드할 수 있음.

서버 푸시(Server Push): 서버가 클라이언트의 요청을 기다리지 않고 필요한 리소스를 능동적으로 보낼 수 있음.

헤더 압축(Header Compression): HPACK 압축을 사용하여 HTTP 헤더의 크기를 줄임으로써 대역폭 사용을 최소화함.

바이너리 프로토콜(Binary Protocol): 이전의 텍스트 기반 프로토콜과 달리, 이진 형식을 사용하여 효율성과 성능을 향상시킴.

HTTPS 도입은 웹 사이트 개발 방식에 큰 변화를 주지 않지만, HTTP/2는 개발 방식을 변화시키는 이유에 대한 설명으로 옳은 것을 모두 고르시오.

1 point

HTTP/2는 HTTPS를 기본으로 요구하기 때문에, 보안 관련 개발이 중요해진다.

HTTP/2의 멀티플렉싱 기능은 리소스 로딩 방식을 최적화할 필요성을 줄인다.

HTTP/2는 헤더 압축을 사용하여, 데이터 전송 효율을 높이기 위한 별도의 최적화가 필요하다.

서버 푸시 기능 때문에, 서버와 클라이언트 간의 상호작용 방식을 재고해야 한다.

HTTP/2의 바이너리 프로토콜은 기존의 텍스트 기반 프로토콜과 달리 새로운 데이터 처리 방식을 요구한다.

HTTP/2는 단일 TCP 연결을 통해 여러 개의 요청과 응답을 동시에 처리할 수 있는 이유를 설명한 것을 고르시오.

1 point

HTTP/2는 각 요청과 응답을 별도의 TCP 연결을 통해 처리한다.

HTTP/2는 여러 스트림을 통해 단일 연결 안에서 여러 요청과 응답을 병렬로 처리한다.

HTTP/2는 요청을 순차적으로 처리하며, 하나의 요청이 완료된 후 다음 요청을 처리한다.

HTTP/2는 클라이언트와 서버 간에 여러 연결을 생성하고, 각 연결을 통해 하나의 요청을 처리한다.

HTTP/2는 각 요청을 작은 패킷으로 나누고, 이 패킷들을 여러 연결을 통해 전송한다.

Clear selection

HTTP/1.1은 TCP 흐름 제어에 의존하여 전송 속도를 조절할 수 있습니다. 반면, HTTP/2는 TCP 흐름 제어에 의존할 수 없습니다. 그 이유에대한 설명 중 옳은 것을 모두 고르시오.

1 point

HTTP/2는 단일 TCP 연결을 사용하는데, 이 때문에 TCP 흐름 제어가 개별 스트림에 적용되기 어렵다.

HTTP/2는 TCP 대신 UDP를 사용하기 때문에, TCP 흐름 제어 메커니즘을 사용할 수 없다.

HTTP/2의 바이너리 프레이밍 계층은 TCP 흐름 제어와 호환되지 않는 별도의 전송 제어 메커니즘을 사용한다.

HTTP/2의 멀티플렉싱 기능은 여러 스트림이 동시에 전송되기 때문에, TCP 흐름 제어만으로는 충분한 제어가 어렵다.

HTTP/2는 TCP 연결을 사용하지 않고, 자체적인 전송 제어 프로토콜을 사용한다.

HTTP/2는 새로운 포트를 사용하지 않고, 프로토콜을 변경하지 않습니다. 클라이언트와 서버가 HTTP/1.1 대신 HTTP/2로 연결하는 방법을 설명한 것으로 옳은 것을 모두 고르시오

1 point

클라이언트가 HTTP/2 연결을 시도할 때, 자동으로 새로운 포트로 리디렉션된다.

클라이언트는 HTTP/1.1 요청 헤더에 'Upgrade: h2'를 포함시켜 서버에 HTTP/2 연결을 요청한다.

서버는 클라이언트의 HTTP/1.1 요청을 받고, HTTP/2 프로토콜로 자동 응답한다.

클라이언트와 서버는 TLS 핸드셰이크 과정 중 'Application-Layer Protocol Negotiation (ALPN)' 확장을 사용하여 HTTP/2를 협상한다.

클라이언트는 별도의 HTTP/2 클라이언트 소프트웨어를 설치하여 연결을 시작한다.

HTTPS 연결 설정시 핸드셰이크 과정을 설명한 것입니다. 틀린 설명을 모두 고르시오

1 point

클라이언트는 서버에게 자신의 암호화 가능한 알고리즘 목록을 보내고, 서버는 이 중 하나를 선택하여 응답한다.

서버는 자신의 공개키와 인증서를 클라이언트에게 보내며, 클라이언트는 이를 확인하여 연결을 수립한다.

클라이언트는 서버의 인증서를 받고, 해당 인증서가 신뢰할 수 있는 인증 기관에 의해 발급된 것인지 검증한다.

클라이언트와 서버 사이에는 대칭 키를 교환하는 과정 없이 암호화된 데이터가 직접 전송된다.

클라이언트와 서버는 핸드셰이크 과정을 거치지 않고 바로 SSL/TLS 암호화 채널을 설정한다.

라운드 트립 지연에 대해 설명으로 옳은 것을 모두 고르시오

1 point

라운드 트립 지연은 클라이언트와 서버 간의 통신에 있어 한 번의 요청과 응답에 걸리는 시간을 의미한다.

리소스 인라이닝은 여러 리소스를 하나의 파일로 결합하여 라운드 트립 횟수를 줄이는 방법이다.

리소스 인라이닝은 캐싱을 방해하고, 불필요한 데이터 전송을 유발할 수 있는 한계를 가진다.

HTTP/2 푸시는 서버가 클라이언트의 요청을 기다리지 않고 필요한 리소스를 능동적으로 전송한다.

HTTP/2 푸시는 리소스 인라이닝과 유사하나, 캐싱의 문제를 해결하고 네트워크 효율을 개선한다.

애플리케이션 서버에서 HTTP/2 푸시를 직접 구현할 때의 단점으로 옳은 것을 모두 고르시오

1 point

서버의 부담이 증가하며, 리소스를 불필요하게 푸시하는 경우가 발생할 수 있다.

클라이언트의 캐시 상태를 정확히 알 수 없어, 이미 캐시된 리소스를 중복해서 푸시할 위험이 있다.

모든 클라이언트가 HTTP/2 푸시를 지원하지 않아, 호환성 문제가 발생할 수 있다.

HTTP/2를 지원하기 위해 운영 체제 레벨에서 추가적인 소프트웨어나 업데이트가 필요할 수 있다.

서버에서 HTTP/2를 지원하려면 HTTP/1.1도 함께 지원해야 하므로, 서버의 복잡성이 증가한다.

서버에서 푸시된 리소스를 기록하여 이미 클라이언트가 가진 리소스의 재전송을 방지하는 방법의 한계점에 대한 설명으로 옳은 것을 모두 고르시오

1 point

리소스 기록은 서버의 부하를 증가시키며, 대규모 트래픽에서는 효율적이지 못할 수 있다.

클라이언트의 캐시 상태를 항상 정확히 파악하기 어렵기 때문에, 중복 전송을 완전히 방지하기 어렵다.

이 방법은 클라이언트와 서버 간의 상호작용이 증가하므로 네트워크 지연이 발생할 수 있다.

서버에서 클라이언트의 캐시 상태에 대한 정보를 유지하는 것은 프라이버시 문제를 일으킬 수 있다.

모든 클라이언트에 대한 리소스 기록을 유지하는 것은 서버의 저장 공간을 과도하게 사용할 수 있다.

브라우저가 HTTP/2 푸시로 받은 리소스를 사용하는 방법을 설명한 것으로 가장 옳은 것을 고르시오.

1 point

브라우저는 HTTP/2 푸시 캐시에 저장된 리소스를 즉시 사용하여 페이지 렌더링 속도를 개선한다.

푸시된 리소스는 HTTP/2 푸시 캐시에 임시 저장되며, 동일한 리소스에 대한 요청이 있을 때 사용된다.

브라우저는 푸시된 리소스를 무시하고, 원래의 요청 순서대로 리소스를 다시 요청한다.

푸시된 리소스는 브라우저의 일반 캐시에 저장되며, 후속 요청 시 이를 사용한다.

브라우저는 푸시된 리소스를 즉시 실행하거나 처리하지 않고, 사용자의 명시적인 요청에 의해서만 활용된다.

Clear selection

HTTP/2 푸시의 사용은 성능을 개선할 수 있지만, 느려질 수 있는 위험성도 있습니다. 대안으로 프리로드를 사용할 수 있는데, 프리로드의 장점을 올바르게 설명한 것을 모두 고르시오.

1 point

프리로드는 서버에서 클라이언트의 요청을 기다리지 않고 리소스를 능동적으로 푸시한다.

프리로드는 HTML 문서 내에서 개발자가 명시적으로 중요 리소스를 지정할 수 있게 해준다.

프리로드를 사용하면 서버의 부하가 줄어들며, 네트워크 트래픽이 감소한다.

프리로드는 브라우저가 페이지를 로드하는 동안 필요한 리소스를 미리 로드하도록 지시한다.

프리로드는 클라이언트의 캐시 상태를 확인한 후 리소스를 로드하므로 중복 로드의 위험이 줄어든다.

HTTP/2는 HTTP/1.1의 성능 문제를 해결합니다. 하지만 한계점도 존재하는데요. 이 한계점에 대해서 옳게 설명한 것을 고르시오.

1 point

의무적인 암호화로 인한 데이터 오버헤드 증가

구형 웹 브라우저와의 호환성 감소

TCP 레이어에서의Head-of-line Blocking

RESTful API와의 비호환성

멀티플렉싱의 수동 구성 요구

Clear selection

HTTP/2 연결을 여러 도메인에 재사용할 수 있는 조건은 무엇인가요?

1 point

도메인이 동일한 최상위 도메인의 일부여야 합니다.

도메인이 동일한 물리 서버에 호스팅되어야 합니다.

도메인이 동일한 SSL 인증서를 가지고 있어야 합니다.

도메인이 동일한 IP 주소를 가져야 합니다.

도메인이 동일한 인증 기관에 의해 인증되어야 합니다.

Clear selection

HTTP 상태 코드 421이 새로 도입된 배경을 옳게 설명한것은?

1 point

서버가 일시적인 과부하로 인해 현재 요청을 처리할 수 없음을 나타내기 위해.

서버 간 통신의 잘못된 구성으로 인해 서버가 요청에 대한 응답을 생성할 수 없음을 나타내기 위해.

서버가 요청에서 사용된 HTTP 메소드를 지원하지 않는 상황을 나타내기 위해.

요청이 이전에 다른 서버와의 통신에 사용된 연결을 통해 전송되었고, 현재 서버의 구성이 이를 처리하는 것을 방지하는 경우를 나타내기 위해.

요청된 자원이 일시적으로 다른 URI에서만 사용 가능함을 나타내기 위해.

Clear selection

HTTP/2에서 스트림을 여는 또는 닫는 비용이 HTTP/1.1에서 연결을 여는 비용보다 상당히 적은 이유에 대한 설명으로 옳은 것을 고르시오

1 point

HTTP/2는 데이터 크기를 줄이는 더 효율적인 압축 알고리즘을 사용합니다.

HTTP/2 연결은 상태 없는 연결로, 연결 관리에 대한 오버헤드가 적습니다.

스트림은 가상 개념이며 프레임 각각에 붙는 프레임 식별자라는 번호 이상의 것이 아니다.

HTTP/2는 TCP 대신 UDP를 사용하는데, 이는 연결 설정 측면에서 본질적으로 비용이 덜 듭니다.

HTTP/1.1은 HTTP/2에서 필요하지 않은 추가 보안 프로토콜을 요구합니다.

Clear selection

TCP에 이미 흐름 제어가 있는데, HTTP/2에서 별도의 흐름 제어가 필요한 이유는 무엇인가요?

1 point

HTTP/2는 다른 프로토콜 계층에서 작동하므로 데이터 전송을 효율적으로 관리하기 위해 자체 흐름 제어가 필요합니다.

HTTP/2의 흐름 제어는 TCP의 상태 있는 성격과 달리 무상태 프로토콜에서 작동하도록 설계되었습니다.

본적인 TCP/IP 네트워크와 독립적으로 HTTP/2를 운영하기 위해, 다양한 네트워크 환경에서 유연성을 제공합니다.

단일 TCP 연결 내의 개별 스트림의 흐름을 관리하여 네트워크 자원의 더 효율적인 사용을 허용합니다.

HTTP/2의 흐름 제어는 TCP보다 더 안전하며 잠재적 보안 취약점을 방지합니다.

Clear selection

HTTP/2 흐름 제어 작동 방식을 설명한 것으로 올바르게 설명한 것을 고르시오.

1 point

보안을 위해 각 데이터 프레임을 암호화합니다.

모든 스트림에 대해 고정된 창 크기를 사용하여 데이터 흐름을 제어합니다.

수신자의 승인 없이 무제한의 데이터 전송을 허용합니다.

수신기의 데이터 처리 용량에 따라 창 크기를 조정하여 데이터 흐름을 관리합니다.

각 스트림을 통해 전송되는 데이터의 양을 줄이기 위해 데이터를 압축합니다.

Clear selection

HTTP/2가 자체적인 HTTP 헤더 압축 기법을 필요로 하는 이유를 설명한 것으로 옳은 것을 고르시오.

1 point

보안 강화를 위해 헤더 크기를 늘립니다.

HTTP/1.1과 다른 프로토콜을 사용하기 때문에 이전 헤더가 호환되지 않습니다.

HTTP/1.1에는 없었던 새로운 미디어 유형을 지원합니다.

헤더를 사람이 읽을 수 있고 디버깅하기 쉽게 만듭니다.

헤더의 크기와 반복성을 줄여 성능을 향상시킵니다.

Clear selection

TCP의 비효율성은 무엇이며 HTTP/2에 어떤 영향을 미칩니까?

1 point

TCP의 HOL Blocking은 패킷 손실로 인해 HTTP/2의 대기 시간을 증가시킬 수 있습니다.

TCP의 빠른 데이터 전송은 HTTP/2의 서버 과부하 위험을 증가시킵니다.

TCP의 멀티 스트리밍 기능은 HTTP/2 속도를 저하시키는 데이터 충돌을 일으킵니다.

TCP의 암호화 부족으로 인해 HTTP/2는 보안 위반에 취약해집니다.

TCP의 무제한 데이터 전송 기능으로 인해 HTTP/2에서 대역폭 제한이 발생할 수 있습니다.

Clear selection

왜 QUIC은 TCP를 개선하지 않고 UDP위에서 구현했나요?

1 point

UDP는 본질적으로 TCP보다 더 안전하기 때문입니다.

TCP 코드베이스의 복잡성과 크기를 줄이기 위해.

HOL Blocking을 방지하고 더 빠른 연결 설정을 가능하게 합니다.

TCP는 암호화된 데이터 전송을 지원할 수 없기 때문입니다.

UDP는 TCP보다 더 큰 패킷 크기를 허용하므로 데이터 전송 효율성이 향상됩니다.

Clear selection

쿠키란 무엇이고 어떤 문제가 있는지 설명해 주세요.

1 point

쿠키는 브라우저에 의해 저장되는 데이터로, 종종 보안 및 개인 정보 보호 문제를 야기합니다.

쿠키는 웹사이트 로딩 시간을 늘리는 서버측 저장 장치입니다.

사용자 데이터를 암호화하여 웹사이트 보안을 강화하는 데 사용됩니다.

웹 사이트 접속에 필요한 필수 사용자 인증 도구입니다.

쿠키는 주로 웹사이트의 대역폭 사용량을 줄이는 데 사용됩니다.

Clear selection

Submit

Clear form

This content is neither created nor endorsed by Google. Report Abuse - Terms of Service - Privacy Policy

Forms