• 서로 다른 프로토콜 또는 네트워크 환경 간의 데이터 전송을 가능하게 하기 위해서 | | CDN | 정의: 전 세계 여러 위치에 분산된 서버 네트워크를 이용하여 웹사이트, 이미지, 동영상, 파일 등의 콘텐츠를 사용자에게 빠르게 제공하는 기술
• CDN은 여러 국가와 지역에 캐시 서버(Cache Server) 를 배포하여 사용자가 가까운 서버에서 콘텐츠를 다운로드하도록 한다. 즉, 자주 요청되는 콘텐츠(HTML, CSS, JavaScript, 이미지, 동영상 등)를 CDN 서버에 저장하여 원본 서버에 직접 요청하는 횟수를 줄인다. → 콘텐츠 전송 속도를 향상시키고, 서버 부하를 줄이며, 대역폭 비용을 절감 | | DNS | Domain Name: 전세계적으로 네트워크로 연결된 모든 컴퓨터들을 식별하기 위해 사용되는 이름 정의: 인터넷 도메인 이름을 IP 주소로 변환하는 시스템 | | OSI 7계층 | 정의: 네트워크에서 통신이 어떻게 이루어지는지를 설명하는 개념적 모델 | | | | | TCP (Transmission Control Protocol) | 목적: 안정적이고 신뢰할 수 있는 데이터 통신을 보장하기 위해서 정의: 인터넷 상에서 데이터를 안정적으로, 순서대로, 에러 없이 교환할 수 있는 통신 프로토콜
• 3way-handshake 과정을 통해 이루어지며, TCP가 신뢰성 있는 통신을 보장하는 데 핵심적인 역할 | | UDP (User Datagram Protocol) | 목적: 지연 시간이 짧고, 약간의 손실이 있더라도 빠르게 데이터를 전송해야하는 상황에 사용하기 위해서
• TCP와 달리 연결을 설정하지 않고 데이터를 전송된다
• UDP는 데이터가 도착했는지 확인하지 않으며, 순서를 보장하지도 않는다 | | 3-way Handshake | 정의: 네트워크 연결 절차, TCP/IP 네트워크 프로토콜에서 연결을 초기화하는 과정

1. SYN: 클라이언트가 서버로 연결 요청을 보내고 (SYN 패킷), 자신의 초기 시퀀스 번호를 알림
2. SYN-ACK: 서버가 이 요청을 수락하고, 클라이언트의 시퀀스 번호에 1을 더한 값과 자신의 초기 시퀀스 번호를 포함한 패킷(SYN-ACK 패킷)을 보냄
3. ACK: 클라이언트가 서버의 시퀀스 번호에 1을 더한 값을 확인 응답으로 보내며 연결이 성립 | | 흐름제어, 혼잡제어 | 흐름 제어: 수신 측(receiver)의 데이터 처리 속도에 맞춰 송신 측(sender)이 데이터를 전송하도록 조절하는 메커니즘 혼잡 제어: 네트워크 내에서 발생하는 패킷 혼잡(congestion)을 방지하고 해결하는 메커니즘 | | 슬라이딩 윈도우 | 정의: 송신 측과 수신 측 간의 데이터 흐름을 효율적으로 제어하는 기법

• TCP의 흐름 제어(Flow Control) 및 혼잡 제어(Congestion Control) 에서 사용 → 송신 측이 수신 측이 처리할 수 있는 만큼만 데이터를 보내도록 조절하여 전송 속도를 최적화하고, 데이터 손실을 방지 동작 방식: 슬라이딩 윈도우 크기를 네트워크 상태에 따라 동적으로 조절 | | slow start | 정의: TCP의 혼잡 제어(Congestion Control) 기법 중 하나로, 네트워크의 혼잡을 방지하면서 데이터 전송 속도를 점진적으로 증가시키는 알고리즘 동작방식: TCP는 초기에 너무 많은 데이터를 전송하면 네트워크가 혼잡해지고 패킷 손실이 발생할 가능성이 높아지기 때문에, 처음에는 작은 크기로 시작하여 점진적으로 증가시키는 방식 | | | | | HTTPS | - 목적: 데이터를 암호화하여 인터넷을 통한 정보의 안전한 전송을 보장하기 위해서
• 정의: HTTPS(HyperText Transfer Protocol Secure) 는 HTTP(웹 통신 프로토콜) 에 보안 기능(SSL/TLS 암호화) 을 추가한 프로토콜
• 웹사이트와 사용자의 데이터를 암호화하여 안전한 통신을 보장하는 방식 | | TLS | - SSL보다 강화된 암호화 알고리즘과 보안을 제공해 데이터 보호에 더 효과적임
• 설정과 관리가 SSL보다 복잡할 수 있음 | | HTTP Cache | 정의: HTTP 캐시는 웹 페이지, 이미지, 기타 미디어 파일 등 웹 리소스들을 사용자의 브라우저나 프록시 서버에 임시로 저장해두는 기술
• 네트워크 전송량을 줄이기 위해 웹 브라우저와 웹 서버 사이에 임시 저장소를 만들어 인강 영상과 사이트 템플릿(UI) 결과를 저장하여 재활용 → 웹사이트 로딩 속도를 빠르게 하고, 네트워크 트래픽을 줄이며, 서버 부하를 감소
• HTTP Cache-Control 헤더는 웹 서버와 브라우저 간에 캐시 동작을 제어하기 위해 사용 | | | | | API | 정의: 응용 프로그램 인터페이스, 응용 프로그램 사이의 통신에 사용되는 언어나 메시지 형식 | | API Gateway | 정의: 클라이언트가 여러 개의 서비스(API)에 직접 요청을 보내지 않고, 하나의 엔드포인트(API Gateway)를 통해 요청을 전달하고 응답을 받도록 하는 방식
• API Gateway는 마이크로서비스 아키텍처(Microservices Architecture, MSA) 환경에서 필수적으로 사용 | | REST API | 정의: 자원을 이름으로 식별하고, 해당 자원의 상태(정보)를 구조화된 형식으로 표현하여, 서버와 클라이언트 간에 정보를 교환하는 방식
• 소프트웨어 아키텍처 스타일 중 하나
• 개발자들 사이에서 일관된 통신 규칙으로 개발의 효율을 향상 → API만 봐도 어떤 기능인지 알 수 있다 |

1️⃣ 검색창에 주소쳤을 때 일어나는 일련의 과정 (HTTPS)

• HTTPS는 CA의 인증서를 통해 웹사이트의 신원을 보증하고, 비대칭키와 대칭키 암호화를 통해 데이터의 안전성을 보장한다. 사용자는 이를 통해 민감한 정보(예: 비밀번호, 신용카드 정보)를 안전하게 웹사이트에 전송할 수 있다.

1. 사용자가 브라우저에 HTTPS URL을 입력하면, 브라우저는 웹 서버에 보안 연결을 요청한다. (클라이언트는 웹 서버에 SSL/TLS 연결을 시작하겠다는 신호)

2. 웹 서버는 클라이언트의 요청을 받고, 웹 서버의 공개키가 포함된 SSL/TLS 인증서를 클라이언트에게 전송한다. ( 인증서에는 서버의 공개키, Certificate Authority(CA), 유효 기간 등의 정보가 포함)

3. 브라우저는 받은 인증서를 검증한다. 이 과정에서 브라우저는 인증서가 신뢰할 수 있는 CA에 의해 발급되었는지, 인증서가 만료되지 않았는지, 그리고 인증서가 요청한 웹 서버의 주소와 일치하는지 확인한다.

4. 인증서가 유효하면, 클라이언트는 웹 서버와의 통신을 암호화하기 위한 세션 키를 생성한다. 이 세션 키는 웹 서버의 공개키로 암호화되어 웹 서버에 전송된다. 웹 서버는 자신의 개인키를 사용하여 세션 키를 복호화한다.

5. 이제 클라이언트와 웹 서버는 암호화된 세션 키를 사용하여 모든 통신을 암호화한다. (이 과정은 HTTPS를 통한 보안 통신을 보장) → 사용자의 민감한 정보는 이 암호화

2️⃣ HTTP Cache의 종류와 차이점

• 크게 Private Cache 와 Shared Cache로 구분 → Private Cache에는 브라우저, Shared Cache에는 Managed Cache와 Proxy Cache가 있다

1. Private Cache

   1. 개인 사용자의 브라우저 내에 구현된, 사용자가 방문한 웹사이트의 리소스를 저장하고 재방문 시 빠르게 제공, 하지만 네트워크 전체의 트래픽이나 서버 부하 감소에는 기여하지 않음.

2. Shared Cache

   1. 다수의 사용자에게 공통된 리소스를 효율적으로 제공하여 서버 부하 및 대역폭 사용 감소, 하지만 개별 사용자의 개인화된 데이터 캐싱은 제한적.

3. Proxy Cache

   1. 인터넷 서비스 제공업체(ISP)나 대규모 네트워크 내에서 구현된, 웹 리소스의 사본을 저장하고 후속 요청에 빠르게 제공하며 네트워크 트래픽 감소와 웹 콘텐츠 로딩 시간 단축을 통한 사용자 경험 향상, 하지만 개별 사용자의 개인화된 데이터 캐싱은 제한적.

4. Managed Cache

   1. 특정 애플리케이션 또는 서비스에 의해 관리되며, 데이터의 일관성 및 적시 업데이트 보장, 애플리케이션 성능 최적화. 하지만 구현 및 관리가 복잡하고, 특정 애플리케이션에 한정됨.