서킷 브레이커는 서비스 장애를 빠르게 감지하고, 장애가 다른 서비스로 연쇄적으로 전파되는 것을 막는 장애 대응 패턴이다.여러 서비스가 연결된 시스템에서는 하나의 요청을 처리하기 위해 여러 서비스를 차례대로 호출하는 경우가 많다.예를 들어 주문 서비스가 재고 서비스와 배

서버 과부하는 서버가 처리할 수 있는 양보다 많은 요청이 들어와 CPU, 메모리, 네트워크, 디스크 I/O, 스레드, DB 커넥션 등의 자원이 한계에 도달한 상태다. 과부하가 발생하면 응답이 늦어지고 타임아웃과 5xx 오류가 증가한다. 심한 경우 서버가 새로운 요청을

무선 LAN은 케이블 대신 전파를 이용해 일정한 범위 안에 네트워크를 구축하는 기술이다. 흔히 사용하는 와이파이가 대표적인 무선 LAN 기술이다.스마트폰이나 노트북은 데이터를 무선 신호로 변환해 AP에 전달한다. AP는 받은 데이터를 유선 네트워크나 다른 무선 장치로

반이중 통신은 양쪽 장치가 데이터를 주고받을 수 있지만, 동시에 송신과 수신을 할 수는 없는 방식이다. 무전기로 대화할 때 한 사람이 말하면 다른 사람은 기다려야 하는 것과 같다.전이중 통신은 양쪽에서 동시에 데이터를 보내고 받을 수 있는 방식이다. 전화로 상대방의 말

네트워크의 물리 계층은 데이터를 전기 신호, 빛, 전파로 변환해 실제 전송 매체로 전달하는 계층이다. 컴퓨터가 처리하는 데이터는 0과 1이지만, 케이블 내부에서는 전압의 변화로, 광케이블에서는 빛의 변화로 표현된다.NIC(Network Interface Card)는 컴

웹사이트에 접속하다 보면 주소 앞에 https://가 붙어 있는 것을 볼 수 있다.HTTPS를 사용한다는 것은 브라우저와 서버 사이에서 주고받는 데이터를 TLS를 이용해 보호한다는 의미다.예를 들어 내가 서버에 다음과 같은 데이터를 보낸다고 해보자.이 데이터가

로그인을 공부할 때 가장 먼저 헷갈렸던 것은 세션과 쿠키의 역할이었다. 둘은 함께 사용되는 경우가 많지만 같은 것은 아니다.HTTP는 기본적으로 상태가 없는 프로토콜이다. 이전 요청을 보낸 사용자와 다음 요청을 보낸 사용자가 같은 사람인지 HTTP 자체만으로는 알 수

Node.js로 간단한 HTTP 서버를 만들면서 응답 헤더에 쿠키를 설정해 봤다.브라우저에 쿠키를 저장할 때는 Set-Cookie 응답 헤더를 사용한다. 뒤에 붙는 HttpOnly, Secure 같은 속성은 쿠키가 사용되는 범위를 제한한다.HttpOnly가 설정된 쿠키

개발을 하다 보면 네트워크 통신 방식을 접하게 된다. 데이터를 주고받는 방식에는 여러 가지가 있는데, 가장 대표적인 세 가지 방식인 유니캐스트, 멀티캐스트, 브로드캐스트에 대해 알아보고자 한다. 각 방식이 어떻게 다르며, 어떤 상황에서 사용되는지 예시를 통해 쉽게 이해

토폴로지는 네트워크의 성능과 안정성을 결정하는 핵심 요소이며, 특히 병목 현상(Bottleneck)을 이해하고 해결하는 중요한 척도가 된다병목 현상이란 말 그대로 병의 목처럼 좁아지는 구간 때문에 전체 흐름이 느려지는 것을 의미한다. 네트워크에서는 과도한 트래픽으로 인

링 토폴로지: 노드들이 고리 형태로 연결 된 네트워크 구조 토큰링 기반 프로토콜 전송 네트워크 상 단 하나 토큰 토큰 소유 노드만 네트워크 통신 가능 링 토폴로지는 어떤 노드에서 장애 발생했는지 쉽게 확인 가능 노드 추가 및 삭제 이론적으로는 쉽다 근데 실제로는

네트워크 토폴로지(Network Topology)는 노드와 링크가 어떤 구조로 연결되어 있는지를 나타내는 방식이다. 이번에는 대표적인 토폴로지인 버스, 스타, 트리 토폴로지에 대해 알아본다.버스 토폴로지는 중앙 회선 하나(백본, Backbone)에 여러 개의 노드가 연

오늘은 네트워크의 가장 기본적인 개념인 노드, 링크, 트래픽, 처리량, 대역폭, RTT에 대해 학습한 내용을 정리해본다.네트워크란 간단히 말해 노드(Node)와 링크(Link)가 서로 연결되어 리소스를 공유하는 집합을 의미한다.노드: 네트워크를 구성하는 각 지점을 말한

개발을 하다 보면, “무언가를 쉽게 교체하고 싶다”라는 욕구가 자주 생긴다. 이럴 때 많이 언급되는 개념이 바로 전략 패턴과 의존성 주입(DI) 이다.둘 다 쉽게 교체가 가능하다는 점에서 비슷하게 느껴질 수 있다. 하지만 본질적으로 목적과 사용 방식, 그리고 적용되는

Spring Boot 애플리케이션을 개발하다 보면, HTTP 요청과 응답을 중간에 가로채어 처리해야 하는 경우가 자주 발생한다. 이때 사용하는 대표적인 방법이 바로 Filter와 Interceptor이다. 두 기능 모두 비슷한 역할을 하지만, 동작하는 시점과 활용 목적

개발 공부를 하다 보면 자주 마주치는 단어 중 하나가 \*\*"컨텍스트(context)"\*\*입니다. 어렵게 느껴지지만, 우리 일상 속에서 이미 자주 경험하고 있는 개념입니다.여러분이 카페에 들어가서 "아이스 아메리카노 하나 주세요"라고 말한다고 해보겠습니다. 이때

웹 애플리케이션이 복잡해지면 상태(state) 관리가 점점 어려워진다. 특히 MVC 패턴에서는 Model과 View 사이의 관계가 많아질수록 데이터 흐름이 꼬이고, 상태 추적이 어려워지는 문제에 직면하게 된다.이러한 문제를 해결하기 위해 Facebook에서 제안한 아키

스프링 프레임워크는 다양한 모듈로 구성된 아키텍처를 기반으로 동작한다. 그중 웹 애플리케이션을 구축할 때 핵심 역할을 담당하는 것이 spring-web 모듈이며, 이 모듈에서 가장 중심이 되는 컴포넌트는 바로 DispatcherServlet이다.이번 글에서는 Sprin

세 가지 타입은 아래와 같이 포괄 관계를 가진다:ReactNode: 가장 포괄적인 타입. 문자열, 숫자, boolean, null, undefined, ReactElement, ReactFragment, ReactPortal 등 모두 포함된다.ReactElement:

MVC 패턴은 애플리케이션을 모델(Model), 뷰(View), 컨트롤러(Controller)의 세 가지 역할로 나누어 구성하는 디자인 패턴입니다.모델은 애플리케이션의 핵심 데이터와 그 데이터를 처리하는 로직을 담당합니다. 데이터베이스, 상수, 변수 등이 이에 해당하며