티스토리

초혼 개발일지

검색하기

블로그 홈

초혼 개발일지

chohonk.tistory.com/m

siaksiakx@gmail.com github.com/chohon

구독자: 0

방명록 방문하기

주요 글 목록

A* 알고리즘 A* 알고리즘 다익스트라 알고리즘을 확장하여 만들어진 최단 경로 탐색 알고리즘 g(x) : 출발 위치에서부터 현재 위치까지 오는 비용 h(x) : 휴리스틱 알고리즘을 통해 계산한 현재 위치부터 도착지점까지 예상 비용 f(x) = g(x) + h(x)일때 f(x)가 최소가 되는 노드부터 탐색하는 BFS 방식의 알고리즘 참고로 다익스트라 알고리즘은 f(x) = g(x)인 경우 A* 알고리즘의 성능은 h(x)에 따라 좌우된다 h(x)가 과소평가를 한다면 최단 거리는 보장되지만 더 넓은 노드를 탐색하게되서 성능이 저하될 수 있다 반면 과대평가한다면 빠르게 답을 구할 수 있지만 최단 거리가 보장되지 않는다 결국 h(x)가 얼마나 실제 비용과 가깝게 비용을 예상할 수 있는지가 A* 알고리즘 성능에 있어서 중요하다 공감수 0 댓글수 1 2024. 3. 27.
샤딩 샤딩(Sharding) 한번에 관리하기 힘든 거대 데이터를 정해진 규칙에 따라 나눠서 분산 저장하는 데이터 처리 기법 수평적 파티셔닝의 일종으로 파티셔닝한 테이블들을 각기 다른 DB에 저장하는 것이 샤딩 샤딩에 의해 나누어진 저장 공간이 샤드 샤드 클러스터, 애플리케이션과 샤드 클러스터 간의 인터페이스를 제공하는 몽고스, 샤딩 관련 설정과 샤드 클러스터의 메타 데이터를 저장하는 설정 서버(Config server)로 구성된다 장점 데이터 처리 속도 향상 I/O를 처리하는 DB가 1개에서 여러개로 증가 -> 병렬 처리 한 DB에서 처리하는 데이터의 양이 줄었기 때문에 속도 향상 확장성 Scale-Out이 쉽다 고가용성 DB 장애가 샤드 단위로 일어나기 때문에 다른 샤드들은 당장의 장애로부터 안전하다 단점 .. 공감수 1 댓글수 0 2024. 3. 4.
N+1 문제 A 테이블에서 관계가 맺어진 B 테이블의 내용을 같이 조회하는 경우 쿼리를 통해 원래 의도한 A 테이블의 N개의 레코드를 조회한다(1회 쿼리 실행) SELECT * FROM A; N개 레코드 각각에 연결된 B 테이블 레코드를 조회한다(N회 쿼리 실행) SELECT * FROM B WHERE A_id = 0; SELECT * FROM B WHERE A_id = 1; ... SELECT * FROM B WHERE A_id = N; 1개의 쿼리를 실행했는데 결과적으로 총 N+1개의 쿼리가 실행됨 이를 N+1 문제라고 한다 ORM을 사용할 경우 쉽게 발생한다 데이터를 실질적으로 사용할 때 로드하는 Lazy Loading 방식으로 인해 그때그때 조회 작업을 실행해서 N+1 문제가 발생한다 이러한 문제가 생기지 않.. 공감수 0 댓글수 0 2024. 2. 29.
[JavaScript] var, let, const var var의 범위(scope)는 전역 범위 or 함수 범위이다 함수 외부에서 사용되면 전역 범위 함수 내부에서 사용되면 사용된 함수 내부 범위 var는 재선언될 수 있고, 업데이트 될 수 있다 var test = "TEST VAR 1"; console.log(test); // "TEST VAR 1" 출력 var test = "TEST VAR 2"; // 재선언 console.log(test); // "TEST VAR 2" 출력 test = "TEST VAR 3"; // 업데이트 console.log(test); // "TEST VAR 3" 출력 재선언이 가능하기 때문에 개발자의 실수로 여러 변수를 같은 변수명으로 만들어도 에러가 발생하지 않는다 이전의 변수가 없어져서 문제가 생길 수 있다 var는 호.. 공감수 0 댓글수 0 2024. 2. 27.
객체지향 프로그래밍 객체지향 프로그래밍 Object-Oriented Programming, OOP 컴퓨터 프로그래밍을 순차적으로 실행되는 명령어의 목록으로 보는 것이 아니라 여러 부품들의 조합 및 상호작용으로 파악하고자하는 패러다임 여기서 말하는 부품이 바로 객체 객체는 추상화를 통해 속성과 기능으로 분류하고 각각 변수와 함수로 구현된다 장점 프로그램을 보다 유연하고 변경이 용이하게 만든다 -> 코드 변경을 최소화하고 유지보수하는데 유리하다 코드 재사용을 통해 반복적인 코드를 최소화하고 코드를 최대한 간결하게 표현할 수 있다 인간 친화적이고 직관적 코드 작성에 유리하다 특징 추상화 Abstration 객체의 공통된 속성과 기능을 추출하여 정의하는 것 많은 언어에서 클래스로 추상화를 구현한다 상속 Inheritance 기존의.. 공감수 0 댓글수 0 2024. 2. 23.
트랜잭션 격리 수준 트랜잭션 격리 수준 Transaction Isolation Level DB를 최대한 효율적으로 활용하기 위해서는 여러 트랜잭션을 동시에 처리할 필요가 있다 하지만 트랜잭션을 동시에 처리하다보면 다른 트랜잭션 결과로 인해 의도화는 다른 트랜잭션 결과가 나오는 동시성 문제가 발생할 수 있다 여러 트랜잭션을 동시에 실행할 때 데이터 무결성을 확보하기 위해 데이터에 접근할 때 제약을 두어야 한다 제약이 많을수록 동시성 문제는 줄어들지만 성능은 떨어지게 된다 어떤 제약을 두었는지에 따라 나눈 것이 트랜잭션 격리 수준이다 Read Uncommited -> Read Commited -> Repeatable Read -> Serializable 성능과 무결성을 저울질해야하기 때문에 DB 사용방식에 따라 적절한 격리 수.. 공감수 0 댓글수 0 2024. 2. 21.
GraphQL GraphQL 클라이언트가 Query Language(QL)를 사용해서 서버에 원하는 요청을 할 수 있도록 하는 서버 사이드 런타임 vs RESTful API 1. 하나의 엔드포인트 기존의 RESTful API는 API마다 서로 다른 엔드포인트를 가진다. API가 많아질수록 엔드포인트도 많아지고 이에 따른 관리 부담도 증가한다. GraphQL은 하나의 엔드포인트에서 쿼리를 통해 요청하는 방식이다. Query를 통해 클라이언트가 원하는 요청을 보낼 수 있기 때문에 HTTP 요청 횟수를 줄일 수 있다 2. 원하는 데이터만 응답 받을 수 있다 RESTful API는 서버에서 정해진 종류의 데이터를 클라이언트가 일방적으로 받아야 한다. 필요하지 않은 데이터까지 응답에 포함되어서 낭비가 발생할 수 있다. Grap.. 공감수 1 댓글수 1 2023. 11. 29.
[linux] zsh + oh-my-zsh 설치 및 설정 zsh 설치 # zsh 설치 sudo apt-get install zsh # 기본 쉘 변경: BASH에서 zsh로 $ sudo chsh -s $(which zsh) oh-my-zsh 설치 # oh-my-zsh 설치 $ sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)" # zsh 설정 $ vi ~/.zshrc # 설정 즉시 적용 $ source ~/.zshrc oh-my-zsh 설정(.zshrc에서 수정) # zsh 테마 변경 ZSH_THEME="agnoster" # Prompt customization prompt_context() { if [[ "$USER" != "$DEFAULT_.. 공감수 0 댓글수 0 2023. 10. 27.
ssh-key 설정 ssh-key 생성 ssh-keygen -t rsa -b 4096 -C "email@example.com" 만들 위치 설정, 비밀번호 설정과 같이 진행 ssh-key에 대한 권한 설정 key를 소유자 외에 다른 사람이 읽을 수 있으면 오류가 발생할 수도 있기 때문에 권한 설정을 변경해준다 chmod 0400 ~/.ssh/id_rsa eval `ssh-agent -s` ssh-add ~/.ssh/id_rsa ssh-key 출력 설정까지 완료한 ssh-key를 출력해서 github와 같은 다른 곳에 등록 cat ~/.ssh/id_rsa.pub 공감수 0 댓글수 0 2023. 10. 23.
코루틴 루틴(Routine) 프로그램이 실행될 때 불려져서 실행되도록 만들어진 일련의 코드들 반복해서 사용 가능 프로시저(Procedure), 함수(Funtion)와 같은 의미 메인 루틴과 서브 루틴 기존의 코드 진행 흐름이 메인 루틴 메인 루틴 흐름 속에서 호출되는 다른 루틴이 서브 루틴 기본적으로 서브 루틴은 호출되면 루틴이 끝날 때까지 실행된다 서브 루틴이 종료될 때 할당 받은 스택을 반환하기 때문에 메인 루틴에 복귀하면 서브 루틴의 데이터는 사라진다 서브 루틴은 메인 루틴에 종속적이다 코루틴(Co-Routine) Cooperative Routine 서브 루틴과 달리 메인 루틴에 종속적이지 않고 대등한 관계 -> 서로가 서로에게 코루틴 서브 루틴과 달리 메인 루틴으로 복귀해도 코루틴은 종료되지 않는다 ->.. 공감수 0 댓글수 0 2023. 6. 14.
함수 기반 뷰와 클래스 기반 뷰 장점 단점 클래스기반 뷰 - 쉽게 확장하고 재사용할 수 있는 코드 - mixin(다중상속)과 같은 기술을 사용가능 - 별도의 클래스 메소드로 HTTP메소드 처리 - 내장 도니 일반 클래스 기반 뷰 - 읽기가 어렵다 - 암시적 코드 흐름 - 부모클래스의 숨겨진 코드, 믹스 인 - 뷰 데코레이터를 사용하려면 추가 가져오기 또는 메소드 재정의가 필요 함수기반 뷰 - 간단한 구현 - 읽기 쉽다 - 명시적 코드흐름 - 데코레이터의 간단한 사용법 - 코드를 확장하고 재사용하기 어려움 - 조건부 분기를 통한 HTTP 메소드 처리 공감수 0 댓글수 1 2023. 6. 3.
공유기 라우터 논리적으로 분리된 망, 혹은 물리적으로 분리된 망 사이를 지나가야 하는 패킷들에게 경로를 뽑아 자기가 아는 최상의 경로를 찾아낸 뒤 다른 망으로 패킷을 보내주는 역할을 하는 기계 상위 통신망과 하위 통신망 사이를 중계해주는 기계 게이트웨이 이 지점을 기준으로 다른 두개의 장소로 나뉘며, 이 지점에서 출입통제가 가능한 곳 AP(Access Point) 무선랜 서비스를 제공하는 소형 무선 단말기 인터넷 공유기 AP 기능이 있는 소용량 라우터 인터넷에 접속하려면 ISP(Internet Service Provider)에서 할당받은 공인 IP가 필요하다. 모뎀에서 나오는 랜선이 하나 뿐이었으니 받을 수 있는 공인IP는 물론이고 접속할 수 있는 기기도 기본 하나뿐이다. 물리적으로 연결된 계층에서 사설 IP를.. 공감수 0 댓글수 0 2023. 5. 22.
대칭 키 / 비대칭 키 암호화 대칭 키 암호화 = 비밀 키 암호화 암호화 키 = 복호화 키 = 비밀 키 암복호화의 속도가 빠름 비밀 키를 공유하는 과정에서 보안에 취약 비대칭 키 암호화 = 공개 키 암호화 암호화 키 ≠ 복호화 키 사용 방식에 따라 한쪽은 공개 키, 반대쪽은 비공개(개인) 키 기밀 내용 전달 B는 자신의 공개 키를 공개 A는 B의 공개 키로 데이터를 암호화하고 전달 B는 자신의 개인 키로 복호화 암호화 속도가 느려서 간단한 데이터 전달 용도로 많이 사용 Ex) TLS에서 두 당사자가 사용할 대칭 키를 전달 발행자 증명 및 변조 방지 A는 자신의 공개 키를 공개한다. A는 어떤 문서 혹은 해당 문서의 해시 정보를 자신의 개인 키로 암호화 한다. A는 암호화된 문서를 일반에 공개하면서, 이 문서를 자신이 만들었음을 선포한.. 공감수 0 댓글수 0 2023. 5. 7.
Node.js에서의 비동기 Node.js 비동기 처리 지원 CPU를 많이 사용하는 작업보다 I/O이 잦은 환경에서 효율적 WEB 환경이 그렇다 -> 네트워크가 I/O이기 때문 Libuv Node.js가 사용하는 비동기 I/O 라이브러리 운영체제(Windows, Linux)의 커널을 추상화한 wrapping 라이브러리 -> 운영체제가 어떤 비동기 작업을 지원하는지 알고 있음 Node.js가 libuv에 비동기 작업 요청 libuv는 해당 작업을 커널에서 지원하는지 확인 지원할 때 libuv는 커널에 해당 작업을 비동기적으로 요청 커널이 응답하면 libuv는 응답을 Node.js에 전달 지원하지 않을 때 libuv는 기본적으로 4개의 쓰레드로 이루어진 쓰레드풀을 가짐(가변적) libuv는 해당 작업을 쓰레드풀에게 맡김 쓰레드가 작업이.. 공감수 0 댓글수 0 2023. 5. 7.
QUIC QUIC(Quick UDP Internet Connection) 차세대 HTTP 프로토콜 HTTP/3, HTTP over QUIC UDP 기반 응답속도 + TCP 기반 다중화와 신뢰성 보장 0-RTT 연결 설정 전송계층 핸드셰이크와 암호화 핸드셰이크를 하나로 통합하여 일반적인 연결에 필요한 핸드셰이크에서 1회 왕복을 줄임 이전에 연결한적 있는 서버에 대해 다시 연결작업을 하지 않아도 된다 스트림 멀티플렉싱 UDP를 통해 QUIC 스트림을 다중화하여 HOL Blocking 문제 극복 QUIC 패킷 손실은 해당 패킷의 스트림만 차단 흐름 제어 / 혼잡 제어 TCP Cubic - 혼잡 제어 전진 오류 수정(FEC) - 흐름 제어 연결 마이그레이션 클라이언트 IP 주소 변경 시에도 연결 유지 Wi-Fi와 셀룰러.. 공감수 0 댓글수 0 2023. 4. 7.
TCP / UDP TCP(Transmission Control Protocol) 연결 지향 방식 연결과 해제 과정이 필요함 3-ways handshaking, 4-ways handshaking 연결 = 패킷을 전송하기 위한 논리적 경로를 배정 높은 신뢰도 보장 데이터의 순서 보장 데이터의 도착 보장 데이터의 무결성 보장 : 보낸 데이터와 받은 데이터가 일치함 흐름 제어, 혼잡 제어 속도가 느리다 연결을 위한 비용 신뢰도 보장을 위한 비용 전이중(Full-Duplex), 점대점(Point to Point) 방식 TCP 서버 서버소켓은 연결만을 담당한다. 연결과정에서 반환된 클라이언트 소켓은 데이터의 송수신에 사용된다 서버와 클라이언트는 1대1로 연결된다. 스트림 전송으로 전송 데이터의 크기가 무제한이다. 패킷에 대한 응답을.. 공감수 0 댓글수 0 2023. 4. 3.
Context Switch 프로세스(Process) 프로그램을 실행해서 메모리를 할당 받고, 그 메모리에 코드를 올린 인스턴스 하나의 프로세스는 여러 개의 스레드를 가질 수 있다 스레드(Thread) 실질적으로 CPU를 점유하는 실행 흐름의 최소 단위 같은 프로세스 안의 스레드들은 코드, 데이터, 힙 영역을 공유하고 각자의 스택 영역을 가진다 CPU 스케줄링 CPU의 개수는 한정적이고 여러 프로세스 혹은 스레드를 실행하고자 할 때 CPU를 할당하는 순서와 방법을 결정하는 것 비선점 스케줄링 한번 CPU를 점유한 스레드가 작업이 끝나거나 Block되기 전까지 계속해서 CPU를 차지하는 방식 FCFS(First Come First Serve), SJF(Shortest Job First) 선점 스케줄링 스케줄링 방식에 따라 정해진 우선.. 공감수 0 댓글수 0 2023. 3. 14.
HTTP 메서드 GET 리소스를 조회하는 메서드 서버에 전달하려는 데이터는 쿼리스트링을 통해서 전달 GET /members?id=chohon&age=20 서버에서 지원하면 메세지 바디를 통해서도 전달 가능하지만 지원하지 않는 곳이 많아서 권장하지 않음 GET 메서드는 캐싱이 가능하기 때문에 조회할 때는 다른 메서드들보다 유리함 POST 전달한 데이터 처리/생성 요청 메서드 서버에 전달하려는 데이터는 메시지 바디를 통해 전달 전달된 데이터로 주로 신규 리소스 생성을 처리 같은 요청을 반복해서 보내면 같은 리소스를 계속 생성 -> 멱등하지 않음 리소스 조회를 하려고 할 때 서버에 전달하려는 데이터가 JSON 형식이면 POST를 사용하기도 함 PUT 리소스를 대체(전체 수정)하는 메서드 특정 리소스를 대체해야 하므로 요청에서.. 공감수 0 댓글수 0 2023. 3. 12.
Docker 컨테이너(Containers) 새로 만든 애플리케이션을 다른 환경에서 실행할 때 문제가 자주 발생 -> 로컬 설정, 함수 라이브러리, 네트워크 기술, 보안 정책, 스토리지 차이 등 이를 해결하기 위해 애플리케이션과 함께 그 실행에 필요한 라이브러리, 바이너리, 구성 파일 등을 패키지로 묶어서 배포 -> 컨테이너 가상화 컨테이너는 OS를 제외한 애플리케이션에 필요한 모든 파일을 패키징한 것 -> OS 레벨 가상화 가상머신(VM)은 서버에 하이퍼바이저를 설치하고 그 위에 가상 OS와 애플리케이션을 패키징한 것 -> 하드웨어 레벨 가상화 하드웨어 레벨 가상화의 경우 패키징에 OS를 포함해야되기 때문에 수 GB의 용량을 갖지만 OS 레벨 가상화는 수십 MB 밖에 되지 않는다 -> 한 서버에서 가동할 수 있는 가.. 공감수 0 댓글수 0 2023. 3. 11.
ORM / SQL ORM(Object Relational Mapping) OOP에서 쓰이는 객체라는 개념을 구현한 클래스와 RDB에서 쓰이는 테이블을 자동으로 연결하는 것(mapping) 서로 호환되지 않기 때문에 불일치가 발생 -> ORM을 통해 객체 간의 관계를 바탕으로 SQL문을 자동으로 생성하여 해결 -> 따로 SQL문을 작성할 필요없이 객체를 통해 간접적으로 DB를 조작 RDB의 테이블을 객체화 시켜서 SQL문을 직접 작성하지 않고 조작할 수 있게 만들어 주는 것 장점 SQL문이 아닌 클래스의 메서드를 통해 DB 조작 가능 매우 편리, 가독성 증가, 부수적인 코드 감소 단점 복잡성이 커질 때 잘못 설계하게 되면 성능 저하시키고 일관성을 무너뜨릴 수 있다 속도를 위해 튜닝이 필요한 경우에는 결국 SQL문을 사용해야.. 공감수 0 댓글수 0 2023. 2. 27.
싱글톤 패턴(Singleton Pattern) 인스턴스를 하나만 만들 수 있으며 새로운 인스턴스 생성 요청 시 이미 만들어진 인스턴스를 전달 장점 하나의 인스턴스만 존재하므로 고정된 메모리 영역을 사용하며 메모리 낭비를 방지할 수 있다 해당 인스턴스를 통해 데이터 공유가 쉽다 단점 테스트가 어렵다 여러 곳에서 사용하기 때문에 내부 데이터가 쉽게 변하기 때문에 변인통제가 쉽지 않다 클라이언트가 객체에 의존하게 된다 내부에서 새로운 인스턴스를 생성을 시도해서 만들어진 인스턴스를 가져오는 방식 때문에 의존성이 생긴다 -> 컨테이너를 활용해서 의존성 주입을 하면 해결 가능 여러 곳에서 인스턴스 참조 시에 동시성 문제가 발생할 수 있다 자식 클래스를 만들 수 없다 내부 상태를 변경하기 어렵다 공감수 0 댓글수 0 2023. 2. 16.
프로그래밍 언어 및 패러다임 프로그래밍 언어 해석 방식 컴파일 : 한 언어로 이루어진 코드를 다른 언어로 바꾸는 것 AOT 컴파일 : 소스 코드를 미리 기계어로 컴파일해서 실행 JIT 컴파일 언어 : 소스 코드를 바이트 코드로 1차 컴파일하고 그 바이트 코드를 실행하는 VM으로 구성 인터프리터 언어 : 소스 코드를 한줄 한줄 읽어서 그때마다 번역해서 수행 메모리 관리 방식 비관리(Unmanaged) : C, C++ 동적 할당된 메모리의 해제가 자동으로 이루어지지 않음 메모리 직접 접근이 가능함 관리(Managed) : Java, C#, Python, Go 동적 할당된 메모리의 해제가 가비지 컬렉터에 의해 자동으로 이루어짐 메모리 직접 접근을 차단함 정적, 동적 타입 정적 타입 : C, C++, Java, C#, TypeScript .. 공감수 0 댓글수 0 2023. 2. 12.
의존성 주입(Dependency Injection) 의존성 클래스 간에 의존성이 있다 = 클래스 간에 의존관계가 있다 = 한 클래스가 변경되면 다른 클래스가 영향을 받는다 한 클래스를 수정하면 해당 클래스와 의존성이 있는 다른 클래스들도 영향을 받아 수정해야 할 수도 있다 이는 확장성이나 유지 / 보수의 측면에서 좋지 않다 인터페이스를 이용해서 특정 클래스 사이에서의 의존성을 없앨 수 있다 주입 클래스 외부에서 객체를 생성하여 해당 객체를 클래스 내부에 주입하는 것 A, B, C 클래스가 내부에서 D 클래스의 인스턴스를 만든다고 할 때 A, B, C 클래스는 각자 자신이 만든 D 인스턴스를 가진다 이러한 것을 A, B, C 클래스가 D 클래스와 강하게 결합되어 있다고 한다 만약 D 클래스를 E 클래스로 바꿀려고 할 때 우리는 A, B, C 클래스에서 D .. 공감수 0 댓글수 0 2023. 2. 12.
HTTP HTTP 서버와 클라이언트 사이에 어떻게 교환할지 정해놓은 프로토콜 요청(request)와 응답(response)로 구성 주로 80번 포트 사용 HTTP Version HTTP / 0.9 GET만 존재 응답도 극도로 단순 -> 오류, 상태 코드 없음 Header가 없어서 HTML 문서만 전송 가능 HTTP / 1 POST, HEAD 추가 Header 개념이 도입 -> 메타데이터를 주고 받고 프로토콜을 유연하고 확장 가능하도록 개선됨 Content-Type 도입으로 HTML 이외의 문서 전송 기능이 가능해짐 상태 코드 추가 커넥션 하나당 요청 하나와 응답 하나만 처리 가능했음 HTTP / 1.1 Persistent Connection 지정한 timemout 동안 커넥션을 닫지 않는 방법을 통해 커넥션의 사.. 공감수 0 댓글수 0 2023. 2. 4.
서버리스 아키텍쳐 온 프레미스 서버의 하드웨어 부분과 소프트웨어 부분 둘다 직접 관리하는 방식 하드웨어적인 관리 측면이 너무 번거롭고 힘들고, 비용이 크다 클라우드 서버의 하드웨어 부분은 빌려서 사용하고, 소프트웨어적인 부분만 직접 관리하는 방식 대부분의 클라우드 서비스들은 가동시간 기준으로 결제가 되는 시스템 서버리스 클라우드 서비스 업체가 특정 코드를 실행하는 데 필요한 컴퓨팅 리소스와 스토리지만 동적으로 할당한 다음 그 부분에 대해서만 비용을 청구하는 클라우드 실행 모델 개발자가 서버리스에 업로드한 함수는 24시간 내내 돌아가는게 아닌 휴면 상태에 들어간다. 그러다가 사용자 요청이 오는 순간 서버리스는 잠들어 있는 함수를 깨우고 실행시켜 요청한 작업을 수행하게 한다. 그리고 다시 함수는 잠에 들게 한다. 대기상태를 .. 공감수 0 댓글수 0 2023. 2. 3.
프록시 서버(Proxy Server) 프록시 서버(Proxy Server) 클라이언트와 서버 사이에서 데이터를 전달해주는 서버 데이터 캐싱을 목적으로 많이 사용된다 클라이언트는 빠른 응답을, 서버는 부하 감소를 얻을 수 있다. 하지만 캐시 히트가 적은 경우 거쳐야할 단계가 더 늘어나서 오히려 느려질 수 있다 포워드 프록시 서버(Forward Proxy Server) 내부 클라이언트들의 요청을 받아서 외부 서버에서 데이터를 받아와서 클라이언트에게 응답해주는 서버 외부에 요청을 보내는 주체는 프록시 서버이기 때문에 클라이언트의 IP와 같은 정보가 숨겨진다 내부에서 보내는 요청들을 프록시 서버에서 관리할 수 있다 리버스 프록시 서버(Reverse Proxy Server) 클라이언트는 서버에 요청하는 것이 아닌 프록시로 요청하게 되고, 프록시가 서.. 공감수 0 댓글수 0 2023. 2. 3.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.