❓
물음표살인마 블로그
  • README
  • ALGORITHM
    • Sieve of Eratosthenes
    • Round Up
    • Binary Search
    • Union Find
    • Sorting Array
    • Lcm, Gcd
  • TechTalk Review
    • Template
  • Books
    • CS Note for Interview
      • Ch1. Design Pattern & Programming paradigm
        • 1.1.1 Singleton Pattern
        • 1.1.2 Factory Pattern
        • 1.1.4 Observer Pattern
        • 1.1.5 Proxty Pattern & Proxy Server
        • 1.1.8 Model-View-Controller Pattern
        • 1.2.1 Declarative and Functional Programming
        • 1.2.2 Object Oriented Programming
      • Ch2. Network
        • 2.2.1 TCP/IP Four-Layer Model
        • 2.2.1-1 TCP 3, 4 way handshake
        • 2.3 Network Devices L4, L7
        • 2.4.1 ARP, RARP
        • 2.4.2 Hop By Hop Communication
        • 2.4.3 IP Addressing Scheme
      • Ch3. Operating System
        • 3.1.1 Roles and Structure of Operating Systems
        • 3.2.1 Memory Hierarchy
        • 3.2.2 Memory Management
        • 3.3.1 Processes and Compilation Process
        • 3.3.3 Memory Structure of a Process
        • 3.3.4 Process Control Block (PCB)
        • 3.3.5 Multiprocessing
        • 3.3.6 Threads and Multithreading
        • 3.3.7 Shared Resources and Critical Sections
        • 3.3.8 Deadlock
        • 3.4 CPU Scheduling Algorithm
      • Ch4. Database
        • 4.1 Database Basic
        • 4.2 Normalization
        • 4.3 Transaction and Integrity
        • 4.4 Types of Databases
        • 4.5 Indexes
        • 4.6 Types of Joins
        • 4.7 Principles of Joins
      • Ch5. Data Structure
    • Learning the Basics of Large-Scale System Design through Virtual Interview Cases
      • 1. Scalability based on user counts(1/2)
      • 1. Scalability based on user counts(2/2)
      • 2.Back-of-the-envelope estimation
      • 3. Strategies for System Design Interviews
      • 4. Rate Limiter
      • 5. Consistent Hashing
      • 6. Key-Value System Design
      • 7. Designing a Unique ID Generator for Distributed Systems
      • 8. Designing a URL Shortener
      • 9. Designing a Web Crawler
      • 10. Notification System Design
      • 11. Designing a News Feed System
      • 12. Chat System Design
      • 13. AutoComplete
      • 14. Design YouTube
      • 15. Design Google Drive
      • Loadbalancer Algorithms
      • Cache tier
      • CDN, Content Delivery Network
      • Stateless Web tier
    • Computer System A programmer's perspective
    • Effective Java
      • Item 1. Consider Static Factory Methods Instead of Constructors
      • Item 2. Consider a Builder When Faced with Many Constructor Parameters
      • Item 3. Ensure Singleton with Private Constructor or Enum Type
      • Item 4. Enforce Noninstantiability with a Private Constructor
      • Item 5. Prefer Dependency Injection to Hardwiring Resources
      • Item 6. Avoid Creating Unnecessary Objects
      • Item 7. Eliminate Obsolete Object References
      • Item 8. Avoid Finalizers and Cleaners
      • Item 9.Prefer try-with-resources to try-finally
      • Item10. Adhering to General Rules When Overriding equals
        • Handling Transitivity Issues
        • Ensuring Consistency
      • Item11. Override hashCode When You Override equals
      • Item12. Always Override toString
        • Always Override toString
      • Item13. Override Clone Judiciously
      • Item14. Consider Implementing Comparable
      • Item15. Minimize the Accessibility of Classes and Members
      • Item16. Accessor Methods Over Public Fields
      • Item17. Minimize Mutability
      • Item18. Composition over inherentance
      • Item19. Design and Document for Inheritance, or Else Prohibit It
      • Item20. Prefer Interfaces to Abstract Classes
      • Item21. Design Interfaces with Implementations in Mind
      • Item22. Use Interfaces Only to define Types
      • Item23. Prefer Class Hierarchies to Tagged Classes
      • Item24. Favor Static Member Classes Over Non-Static
      • Item28. Use Lists Instead of Arrays
      • Item29. Prefer Generic Types
      • Item30. Favor Generic Methods
    • Head First Design Patterns
      • Ch1. Strategy Pattern
      • Ch2. Observer Pattern
        • Ver1. Ch2. Observer Pattern
      • Ch3. Decorator Pattern
        • Ch3. Decorator Pattern
      • Ch4. Factory Pattern
      • Ch5. Singleton Pattern
      • Ch6. Command Pattern
      • Ch7. Adapter and Facade Pattern
      • Ch8. Template Method Pattern
    • Digging Deep into JVM
      • Chapter 2. Java Memory Area & Memory Overflow
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (1/2)
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (2/2)
      • Chapter 5. Optimization Practice
      • Chapter 6. Class file structure
      • Chapter 8. Bytecode Executor Engine (1/2)
  • Interview Practices
    • Restful API Practices
      • Url Shortener API
      • Event Ticket Reservation API
      • Course Management API
      • Search posts by tags API
      • Online Code platform API
      • Simple Task Management API
      • Event Participation API
      • Review System API
      • Car management API
      • Online Library
    • Tech Review
      • if(kakao)
        • Kakao Account Cache Migration / if(kakao)2022
        • Improving the Anomaly Detection System for KakaoTalk Messaging Metrics / if(kakao) 2022
        • Standardizing API Case Handling Without Redeployment / if(kakaoAI)2024
        • JVM warm up / if(kakao)2022
    • Naver Computer Science
      • Process & Thread
      • TCP & UDP
      • Spring & Servlet
      • Filter & Interceptor & AOP
      • Equals() & ==
      • Dependency Injection
      • Object Oriented Programming
  • F-Lab
    • Week1
      • Client & Server
      • HTTP
      • TCP/UDP
      • REST API
      • Questions
        • Object Oriented Programming
        • HTTP
        • Process & Thread
        • Data Structure
    • Week2
      • OSI 7 layer
      • Web vs WAS
    • Week3
      • RDB vs NoSQL
      • RDB Index
      • Cache
      • Redis
      • Messaging Queue
    • Week4
      • Project - Ecommerce
    • Week5
      • ERD - 1
    • Week6
      • Ecommerce - 2
      • Role
      • pw hashing && Salt
      • CreatedAt, ModifiedAt
      • JWT
      • Copy of ERD - 1
    • Week7
      • Vault (HashiCorp Vault)
    • Week 8
      • Api Endpoints
    • Week10
      • Product Create Workflow
  • TOY Project
    • CodeMentor
      • Implementation of Kafka
      • Project Improvement (Architectural Enhancements)
      • Communication between servers in msa
  • JAVA
    • MESI protocol in CAS
    • CAS (Compare and Set)
    • BlockingQueue
    • Producer & Consumer
    • Synchronized && ReentrantLock
    • Memory Visibility
    • Checked vs Unchecked Exception
    • Thread
    • Batch delete instead of Cascade
    • Java Questions
      • Week 1(1/2) - Basic Java
      • Week 1(2/2) - OOP
      • Week 2(1/2) - String, Exception, Generic
      • Week2(2/2) Lambda, Stream, Annotation, Reflection
      • Week3(1/2) Collections
      • Week3(2/2) Threads
      • Week4 Java Concurrency Programming
      • Week5 JVM & GC
    • Java 101
      • JVM Structure
      • Java Compiles and Execution Method
      • Override, Overload
      • Interface vs Abstract Class
      • Primitive vs Object Type
      • Identity and equality
      • String, StringBuilder, StringBuffer
      • Checked Exceptions and Unchecked Exceptions
      • Java 8 methods
      • Try-with-reources
      • Strong Coupling and Loose Coupling
      • Serialization and Deserialization
      • Concurrency Programming in Java
      • Mutable vs Immutable
      • JDK vs JRE
  • SPRING
    • DIP. Dependency Inversion Principal
    • Ioc container, di practice
    • @Transactional
    • Proxy Pattern
    • Strategy Pattern
    • Template Method Pattern
    • using profile name as variable
    • Spring Questions
      • Spring Framework
      • Spring MVC & Web Request
      • AOP (Aspect-Oriented Programming)
      • Spring Boot
      • ORM & Data Access
      • Security
      • ETC
  • DATABASE
    • Enhancing Query Performance & Stability - User list
    • Ensuring Data Consistency, Atomicity and UX Optimization (feat.Firebase)
    • Redis: Remote Dictionary Server
    • Database Questions
      • Week1 DBMS, RDBMS basics
      • Week2 SQL
      • Week3 Index
      • Week4 Anomaly, Functional Dependency, Normalization
      • Week5 DB Transaction, Recovery
    • Normalization
      • 1st Normal Form
      • 2nd Normal Form
      • 3rd Normal Form
  • NETWORK
    • HTTP & TCP head of line blocking
    • HTTP 0.9-3.0
    • Blocking, NonBlocking and Sync, Async
    • Network Questions
      • Week1 Computer Network Basic
      • Week2(1/3) Application Layer Protocol - HTTP
      • Week2(2/3) Application Layer Protocol - HTTPS
      • Week2(3/3) Application Layer Protocol - DNS
      • Week3 Application Layer
      • Week4 Transport Layer - UDP, TCP
      • Week5 Network Layer - IP Protocol
    • Network 101
      • https://www.google.com
      • TCP vs UDP
      • Http vs Https
      • TLS Handshake 1.2
      • HTTP Method
      • CORS & SOP
      • Web Server Software
  • OS
    • Operating System Questions
      • Week1 OS & How Computer Systems Work
      • Week2(1/2) Process
      • Week2(2/2) Thread
      • Week3 CPU Scheduling
      • Week4 Process Synchronize
      • Week5 Virtual Memory
    • Operating System 101
      • Operating system
        • The role of the operating system
        • The composition of the operating system.
      • Process
        • In Linux, are all processes except the initial process child processes?
        • Zombie process, orphan process
        • (Linux) Daemon process
        • Process address space
        • Where are uninitialized variables stored?
        • Determination of the size of the Stack and Heap
        • Access speed of Stack vs Heap
        • Reason for memory space partitioning
        • Process of compiling a process
        • sudo kill -9 $CURRENT_PID
      • Thread
        • Composition of a thread's address space
      • Process vs Thread
        • Creation of processes and threads in Linux
      • Multiprocessing
        • Web Browser
        • Implementation of multiprocessing
        • Application areas of multiprocessing
      • Multithreading
        • Application areas of multithreading
      • Interrupt
        • HW / SW Interrupt
        • Method of handling interrupts
        • Occurrence of two or more interrupts simultaneously
      • Polling
      • Dual Mode
        • Reason for distinguishing between user mode and kernel mode
      • System call
        • Differentiation between system calls
        • Types of system calls
        • Execution process of a system call
      • Process Control Block (PCB)
        • PCB의 구조
        • 쓰레드는 PCB를 갖고 있을까?
        • 프로세스 메모리 구조
      • Context switching
        • Timing of context switching
        • Registers saved during context switching
        • Context switching in processes
        • Context switching in threads
        • Difference between context switching in processes and threads
        • Information of the current process during context switching
      • Interprocess Communication (IPC)
        • Cases where IPC is used
        • Process address space in IPC Shared Memory technique
        • Types of IPC
  • COMPUTER SCIENCE
    • Computer Architecture 101
      • 3 components of a computer
      • RAM vs ROM
      • CPU vs GPU
      • SIMD
      • Two's complement
      • Harvard Architecture vs. von Neumann Architecture
      • The structure of a CPU.
      • Instruction cycle (CPU operation method)
      • Instruction pipelining
      • Bus
      • Memory area
      • Memory hierarchy structure
        • Reason for using memory hierarchy structure
      • Cache memory
      • L1, L2, L3 Cache
      • Locality of reference (cache)
      • Fixed-point vs Floating-point
        • epresentation of infinity and NaN (Not a Number) in floating-point
      • RISC vs CISC
      • Hamming code
      • Compiler
      • Linking
      • Compiler vs Interpreter
      • Mutex vs Semaphore
      • 32bit CPU and 64bit CPU
      • Local vs Static Variable
      • Page
  • Programming Paradigm
    • Declarative vs Imperative
  • JPA, QueryDsl
    • why fetchResults() is deprecated
  • PYTHON
    • Icecream
  • FASTAPI
    • Template Page
  • LINUX
    • Template Page
  • DATA STRUCTURE
    • Counting Sort
    • Array vs Linked List
  • GIT, Github
    • git clone, invalid path error
  • INFRA
    • Template Page
  • AWS
    • Server Log Archive Pipeline
    • Image Processing using Lambda
  • DOCKER
    • Docker and VM
    • Python Executable Environment
    • Docker commands
  • docker-compose
    • Kafka, Multi Broker
  • KUBERNATES
    • !Encountered Errors
      • my-sql restarts
      • kafka producer: disconnected
    • Kubernetes Components
    • Helm
      • Helm commands
    • Pod network
    • Service network
      • deployment.yaml
      • services.yaml
    • Service type
      • Cluster IP
      • NodePort
    • service-name-headless?
    • kube-proxy
  • GraphQL
    • Template Page
  • WEB
    • Template Page
  • Reviews
    • Graphic Intern Review
    • Kakao Brain Pathfinder Review
    • JSCODE 자바 1기 Review
  • 😁Dev Jokes
    • Image
      • Plot twist
      • Priorities
      • SQL join guide
      • Google is generous
      • Genie dislikes cloud
      • buggy bugs
      • last day of unpaid internship
      • what if clients know how to inspect
      • its just game
      • how i wrote my achievement on resume
      • self explanatory
      • chr(sum(range(ord(min(str(not))))))
Powered by GitBook
On this page
  • HTTP 프로토콜에 대해 설명해주세요
  • 1.1 Keep-alive, Pipelining
  • 2 Multiplexing
  • 3 QUIC
  • HTTP의 요청/응답 모델에 대해 설명해주세요.
  • HTTP 메서드중 GET과 POST의 차이
  • HTTP 메서드중 PUT과 PATCH 차이
  • 왜 멱등한게 중요한가요?
  • HTTP 상태 코드가 뭔가요?
  • HTTP 헤더가 뭔가요?
  • HTTP의 무상태성에 대해서 설명해주세요.
  • HTTP Keep-alive에 대해 설명해주세요
  • HTTP 파이프라이닝에 대해 설명해주세요
  • HTTP 상태 코드 중 4xx, 5xx의 차이점에 대해 설명해주세요
  1. NETWORK
  2. Network Questions

Week2(1/3) Application Layer Protocol - HTTP

애플리케이션 계층 프로토콜

HTTP 프로토콜에 대해 설명해주세요

  • 클라이언트와 서버 간의 정보를 주고 받기 위해 사용되는 애플리케이션 계층 프로토콜

  • Stateless 프로토콜

  • HTTP/1.1: Keep-Alive. 연결을 재사용함

  • HTTP/2: 멀티플렉싱을 통한 요청 병렬처리

  • HTTP/3: QUIC 프로토콜을 기반으로 더 빠르고 효율적인 데이터 전송

HTTP1.1 Keep-Alive

Keep-Alive 헤더가 기본으로 활성화되어, 여러 요청을 단일 TCP 연결에서 처리

  • 한 번 연결이 맺어지면 이후에도 계속 유지되어 여러 요청을 재사용할 수 있는 연결을 지원

  • 각 요청마다 중복된 헤더 정보(예: 쿠키, 인증 정보)를 계속해서 전송해야 하는 문제가 있었고, 이로 인해 불필요한 대역폭 사용이 발생

HTTP1.1 Pipelining & Head of line Blocking

  • 여러 요청을 연속으로 보내는 기능. 클라이언트는 서버로부터 응답을 기다리지 않고 여러 요청을 한 번에 보낼 수 있습니다.

  • 하지만 문제는 TCP 연결에서 요청과 응답이 순차적으로 처리되기 때문에, 첫 번째 요청의 응답이 완료될 때까지 나머지 요청들이 대기해야 합니다. 즉, 앞선 요청이 지연되면, 뒤따르는 요청도 모두 지연되는 현상이 발생하는데, 이것이 헤드 오브 라인 블로킹(Head-of-Line Blocking) 문제입니다.

HTTP2. Multiplexing

단일 연결에서 여러 요청과 응답을 동시에 처리.

  • HTTP/1.1에서 발생했던 헤드 오브 라인 블로킹 문제를 해결하는 핵심 기능

  • 이제 한 연결 내에서 병렬로 여러 요청을 전송. 하나의 요청 지연이 전체 성능에 영향을 미치는 일이 줄어듦.

  • HPACK 헤더 압축을 사용해 요청과 응답의 헤더 크기를 줄였습니다. (대규모 트래픽에서 네트워크 사용량을 크게 줄이는 효과)

  • 서버가 클라이언트 요청이 없이도 필요한 리소스를 먼저 전송할 수 있는 기능을 제공

  • vs Pipelining: 하나의 연결 내에서 여러 요청과 응답을 병렬로 처리할 수 있습니다. 즉, 각 요청이 독립적으로 처리되므로, 하나의 요청이 지연되어도 다른 요청에는 영향을 미치지 않습니다.

HTTP3. QUIC (Quick UDP Internet Connections)

기존의 TCP 대신 UDP 기반의 QUIC 프로토콜을 사용

  • TLS 1.3 암호화를 전송 계층에 기본 통합. 암호화와 연결 설정이 동시에 이루어집니다.

  • 0-RTT (Zero Round-Trip Time). 최초 연결 설정 시에도 데이터를 즉시 전송

  • 개별 스트림을 독립적으로 처리. (TCP는 패킷 손실이 발생하면 손실된 패킷이 재전송될 때까지 전체 스트림이 차단되는 구조.)

예시:

1.1 Keep-alive, Pipelining

서버에 도착순서와 상관없이 처리 순서를 유지.

2, 3, 1 순으로 도착해도 항상 1,2,3 순으로 처리하고 반환.

2 Multiplexing

서버에 도착한 순서대로 무조건 서버에서 클라이언트로 받은 순서로 보내야합니다. 먼저 처리 되더라도 먼저 도착한 요청이 처리될때까지 서버에서 응답이 출발하지 않음.

클라이언트에서 요청 1,2,3을 동시에 보내고, 서버에 2, 3, 1 순으로 도착한 상황에서, TCP 특성에 따라 도착한 순서대로 2,3,1 응답을 보내줘야함.

만약 요청 3이 먼저 처리가 완료되더라도 요청2에서 패킷 손실이 나면, 요청2가 처리되기전까지 먼저 처리된 요청3, 요청1은 클라이언트로 보내지않고 기다림

3 QUIC

완전 비동기식.

2, 3, 1 순으로 보내도 서버측에서 받는 순서대로 처리(개별 스트림).

HTTP의 요청/응답 모델에 대해 설명해주세요.

요청은 HTTP 메서드로 보내집니다. GET, POST, PUT, DELETE

응답은 상태코드로 응답을 보냅니다. 200 OK, 404 Not Found, 500 Internal Server Error

HTTP 메서드중 GET과 POST의 차이

GET

  • 리소스를 조회할떄 사용

  • 멱등합니다. 캐싱 가능

  • 리소스를 변경하지 않는 안전한 메서드입니다.

POST

  • 새로운 데이터를 전송하거나 생성할때 사용

  • 멱등하지 않습니다. 캐싱 불가능

  • 리소스 변경으로 안전하지 않습니다.

HTTP 메서드중 PUT과 PATCH 차이

PUT

  • 데이터를 전체적으로 교체할떄 사용

  • 멱등. 데이터를 덮어쓰는 경우

PATCH

  • 데이터를 일부만 수정할때 사용

  • 항상멱등하지 않을 수 있고, 부분적으로 변경.

왜 멱등한게 중요한가요?

  • 안정성 및 오류 처리: 네트워크 오류로 인해 클라이언트가 요청을 여러 번 보낼 수 있습니다. 이때 요청이 멱등하다면, 같은 요청을 여러 번 보내도 서버 상태가 변하지 않으므로, 의도치 않은 변경이 일어나지 않아서 시스템이 안정적으로 동작할 수 있습니다.

  • 안전한 재시도 로직 구현: 클라이언트 또는 서버가 요청의 성공 여부를 확신할 수 없는 상황에서 요청을 재시도하는 로직을 구현할 때, 멱등성이 보장되면 요청을 다시 시도해도 서버의 상태가 불안정해지지 않습니다.

  • 캐싱과 성능 최적화: 멱등한 메서드는 서버나 프록시에서 캐싱이 용이합니다. GET 메서드의 결과를 캐싱해 두면 같은 요청에 대해 서버에서 결과를 재생성하지 않아도 되므로 성능이 최적화됩니다.

  • 분산 시스템에서의 일관성 유지: 멱등성은 분산 시스템에서 요청을 여러 번 수신할 가능성이 있을 때 일관성을 유지하는 데 중요합니다. 분산 시스템에서는 동일한 작업이 여러 번 실행될 가능성이 높기 때문에, 멱등성이 보장되면 데이터의 일관성을 유지할 수 있습니다.

  • 서비스 안정성: 서비스 장애 시 복구 과정에서 멱등한 요청은 중복된 작업을 수행하더라

HTTP 상태 코드가 뭔가요?

상태 코드는 클라이언트 요청에 대한 서버 결과를 숫자 코드로 표현한 것입니다. 100번대 부터 500번대까지 있습니다.

  • 1xx: 정보 응답 : (101: 웹소켓 승인)

  • 2xx: 성공 : (201: 새로운 리소스 등록 성공)

  • 3xx: 리다이렉션

  • 4xx: 클라이언트 오류 (401: 인증, 403: 인가, 404: 리소스X)

  • 5xx: 서버오류 (503: 게이트웨이)

제가 인턴으로 일했던 프로젝트에서는 550번대의 커스텀 상태 코드를 사용하여 AI 관련 오류를 처리한 경험이 있습니다. 예를 들어, AI 모델의 응답 지연이나 내부 처리 오류에 대한 구체적인 상태를 나타내기 위해 550 AI Processing Error와 같은 코드를 정의하고 사용했습니다. 550번대 코드는 HTTP 표준에는 없지만, 애플리케이션의 특수한 비즈니스 로직을 표현하는 데 유용했습니다.

HTTP 헤더가 뭔가요?

  • HTTP 헤더는 클라이언트와 서버 간의 요청/응답에 대한 추가 정보를 제공

  • 요청(Request)과 응답(Response) 모두에 포함될 수 있으며, Origin, 요청 메타데이터, 콘텐츠 형식, 인증 정보, 캐시 설정, 쿠키(Server) 등의 다양한 정보를 포함.

  • Origin(CORS에서 사용), Content-Type, Authorization, Cache-Control 등이 있습니다.

HTTP의 무상태성에 대해서 설명해주세요.

  • HTTP 프로토콜이 각 요청을 독립적으로 처리한다는 것을 의미.

  • 각각의 요청은 완전한 정보를 포함하고 있어야 하며, 요청 사이의 상태를 서버가 유지하지 않는 구조

  • 클라이언트를 추적하려면 쿠키(Cookie), 세션(Session), JWT(Json Web Token) 같은 상태 유지 기술을 사용

  • 서버 확장이 용이

HTTP Keep-alive에 대해 설명해주세요

  • HTTP 1.1에 도입된 기능. TCP 연결을 재활용하여 연결 비용을 줄이는 목적.

  • 한 번 맺은 TCP 연결을 유지함으로써, 여러 개의 요청을 하나의 연결에서 처리

HTTP 파이프라이닝에 대해 설명해주세요

  • HTTP/1.1에서 도입된 기능

  • 클라이언트가 여러 HTTP 요청을 응답을 기다리지 않고 연속적으로 보낼 수 있는 방식

  • Head-of-Line Blocking 문제. 이TCP 연결에서 요청을 순차적으로 처리하기 때문에 발생합니다.

HTTP 상태 코드 중 4xx, 5xx의 차이점에 대해 설명해주세요

4xx

  • 클라이언트 측의 오류로 인해 서버가 요청을 처리할 수 없을때

  • 클라이언트가 잘못된 요청을 보내거나, 권한이 없는 리소스를 요청하는 경우

5xx

  • 서버 측의 문제로 인해 클라이언트의 요청을 처리하지 못할 때 발생하는 상태 코드

  • 서버의 오류나 내부 문제로 인해 요청을 완료할 수 없을 때 주로 발생

PreviousWeek1 Computer Network BasicNextWeek2(2/3) Application Layer Protocol - HTTPS

Last updated 8 months ago