티스토리

EminentStar's Dev Wiki

검색하기

블로그 홈

EminentStar's Dev Wiki

eminentstar.tistory.com/m

DevES 님의 블로그입니다.

구독자: 1

방명록 방문하기

주요 글 목록

slf4j을 활용한 로깅시 놓치기 쉬운 실수 한가지, 그리고 Logback 내부 동작 과정 slf4j을 활용한 로깅시 놓치기 쉬운 실수 한가지 그리고 Logback 내부 동작 과정 해당 포스트에선 java 8, logback 1.3, slf4j 2.0를 바탕으로 코드 제공 및 설명한다. 요약: slf4j의 로깅 메서드 호출 시 formatted string이 필요하다면 무조건 {} 쓰자. 개발을 하다 보면 디버깅 및 에러감지를 위해 필수적으로 코드 사이사이에 로그를 쌓게 된다. 자바에서는 로깅 기능을 위해 활용되는 프레임워크가 크게 logback, log4j, log4j2 정도가 있다. 보통 애플리케이션 단에서는 이 프레임워크들을 직접 사용하진 않고(굳이 사용하고 싶다면 뭐..), 이들을 추상화시켜 뒷단에 두며 구현체를 선택할 수 있는 퍼사드를 제공하는 프레임워크를 사용한다. 퍼사드의 종류엔 .. 공감수 2 댓글수 3 2020. 12. 13.
스프링 프록시 기반 AOP (2) - CGLIB Proxy 스프링 프록시 기반 AOP (2) - CGLIB Proxy 이번엔 cglib를 이용한 프록시 객체 생성/동작 과정에 대해서 알아보고자 한다. 스프링 AOP 적용을 위한 프록시 방식 2가지 중, cglib가 사실상 메인으로 쓰이는데, cglib가 뭔지, 프록시 객체 생성을 위해서 cglib에서 어떤 모듈이 쓰이는지에 대해 알아보자. 메인으로 쓰인다는 것에 대한 지표등은 확인 못했지만, aop를 적용하고자 하는 메소드가 인터페이스를 구현하지 않는 경우도 많으며, 부트에서도 auto-configuration에서 default로 cglib를 선택하고 있으므로 main라고 말해도 되지 않을까.? CGLIB (Code Generation LIBrary) 해당 글을 작성하며 cglib에 대해 좀 더 자세히 보기전까진.. 공감수 2 댓글수 1 2020. 5. 1.
스프링 프록시 기반 AOP (1) (Spring Proxy-based AOP (1)) 스프링 Proxy 기반 AOP (1) 스프링을 통해 애플리케이션을 개발할 때, 우리는 애플리케이션의 도메인과 관련된 코어 로직 개발뿐만 아니라 이 코어 기능을 제대로 동작시키기 위해 트랜잭션 관리나 로깅, 캐싱등의 관심에도 신경써야한다. 하지만 이런 부가적인 관심사들을 도메인 코어 로직에 같이 녹여야한다면 해당 모듈은 변경의 이유가 도메인 로직의 변경 뿐만이 아니게 된다. 그리고 이런 부가적인 관심사들은 전 애플리케이션의 영역이 활용이 필요하다. 그래서 스프링에선 AOP를 통해서 이런 공통적인 기능들을 별도로 분리해 필요한 곳에서 재사용가능하게 했다. 스프링에서 AOP를 적용하기 위해선 스프링에서 자체적으로 구현하고 있는 AOP 프레임워크를 사용할 수도 있고 AspectJ라는 라이브러리를 활용할 수도 있.. 공감수 3 댓글수 0 2020. 4. 25.
NGINX와 Apache (NGINX and Apache) NGINX와 Apache(NGINX and Apache) 잘못 정리된 내용이 있다면 댓글부탁드립니다. 관련해서 알아두면 이해하는데 도움되는 내용(추후에 딥하게 알아보자.) socket 네트웤 데이터 교환을 위한 IO 인터페이스 또한 일종의 file이다.(리눅스) blocking/non-blocking mode IO(especially, Network I/O) 외부와 데이터를 교환하기 위한 기능. 소켓은 네트워크를 통해 외부와 데이터를 교환할 수 있는 IO 인터페이스. system call user/kernal space 일단 프로세스(user space상의)는 시스템의 file을 직접 다룰 수 없다. 따라서 소켓에 대한 핸들링을 하기 위해선 커널에 요청해야함. IO multiplexing(select(s.. 공감수 5 댓글수 2 2020. 4. 4.
스프링 @Async와 ThreadPoolTaskExecutor 스프링을 사용하다보면 @Transactional과 함께 자주 사용하는 애노테이션중에 하나가 바로 @Async 일 것이다. 스프링은 애플리케이션에서 메소드의 비동기 수행이 필요한 경우, @Async 애노테이션을 통해 애플리케이션 코어 로직을 수정하지 않고도 AOP를 통해 메소드를 비동기 처리로 전환할 수 있다. 오늘은 이 스프링 비동기 실행 및 이를 위해 필요한 스레드풀 관련해서 포스팅하려 한다. 아래 Spring 코드는 5.x 기반 주의. 스프링 프레임워크 코드 및 이미지가 많아 스크롤 압박은 있을 수 있으나 내용은 실제로 그렇게 길지 않습니다. Spring Async 설정 및 메소드 비동기 수행 스프링은 일련의 작업을 수행하는 메소드를 간단하게 비동기로 처리할 수 있게끔 프레임워크단에서 AOP로 비동기.. 공감수 0 댓글수 0 2019. 2. 12.
자바 오브젝트 생성과정 톺아보기(+ JVM Runtime Data Areas 영역) [Deep Dive into Java Object Creation with some Additional Knowledge about Runtime Data Areas in JVM] 자바(버전 8 기준) 오브젝트 생성 과정 톺아보기 (+ JVM Runtime Data Area 영역) Intro 이번에 java 및 JVM의 Runtime Data Area 영역에 대해 공부를 하였는데, 자바에서 오브젝트가 생성 시 어떤 과정을 거치며 jvm 메모리 영역에 올라가는지에 대해 조금 더 자세히 알게되어 정리하고자 합니다. (사실 지금부터 제가하는 말은 거짓말입니다.; 가려서 들어주시고, 틀린점은 바로잡아주시면 업데이트해놓도록 하겠습니다.) 아래와 같은 Product 모델 클래스가 있다고 가정을 하고, 이 클래스의 오브젝트를 생성해보도록 한다. public class Product { public static final int PAYMENT_WINDOW_TITLE_MAX_BYTE = 4000;.. 공감수 6 댓글수 0 2018. 12. 12.
TCP, TCP 3 way handshake, 4way handshake, TCP state TCP는 Transport layer(4 layer)의 프로토콜인데, 4 layer의 통신은 애플리케이션 프로세스들간의 논리적인 통신이라고 할 수 있다. 호스트의 TCP 소프트웨어간에 데이터를 교환하는 unit은 TCP segment라고 부름.TCP segment는 TCP header와 TCP data(optional)로 구성되어 있다. [TCP segment = TCP header + TCP data] TCP header의 format은 다음과 같다. port numberTCP나 UDP와 같은 transport layer에서 호스트에서 실행중인 애플리케이션 프로세스로 TCP 패킷을 demultiplexing해주기 위해서 각 애플리케이션 프로세스의 소켓은 고유한 identifier를 가지고 있는데, 이게.. 공감수 0 댓글수 0 2018. 10. 14.
How to do versioning API with Nginx (Nginx로 API versioining 하기) API를 개발하다보면 API의 버전을 나눌 필요가 있다. 그런데 API가 바뀔 때가 아니더라도 UI나 아이콘과 같은 것들이 바뀔 때 클라이언트의 버전은 올라가야한다. 그래서 버전을 구분하는 것을 API Level과 Version으로 나누도록 한다. API Level: API가 추가되거나 값이 바뀔때 올라가도록 함Version: API가 변경되지 않더라도 다른 무언가가 바뀌었을 때 올라가도록 함따라서 일정 API Level에 따라 URI에 클라이언트의 버전을 path를 추가하는 방식을 사용한다. AP 서버를 운영하다보면 웹 서버 엔진을 사용하게 되는데, 나는 nginx를 사용하였기에 nginx를 통해서 API versioning을 해보았다. nginx에서 http request의 header를 변수로 가져.. 공감수 0 댓글수 0 2017. 2. 20.
service restart와 service reload의 차이 service restart는 service를 재시작하는 것. 서비스를 완전히 shutdown한다음에 다시 시작한다. service reload는 해당 service에게 그것의 configuration 파일들을 reload하라고 명령한다. 이말은 configuration을 reload하는 것이 충분해야만 한다는 것이다. 하지만 아마 특정한 서비스들은 이와 같은 rule을 따르지 않을 수도 있고, config file들을 reload 하지 않을 수도 있다. 이런 것 때문에 아마 service를 restart하는 것이 더 안전할 수 있다. 공감수 1 댓글수 0 2017. 2. 19.
/etc/init.d과 /etc/init와 .d /etc/init.d이 디렉토리는 System V init tool(SysVinit)에 의해서 사용되는 스크립트들을 포함한다.이것은 전통적인 리눅스에서 service management package인데, 서비스 시작 및 종료, 설정하는 인프라뿐만 아니라 init 프로그램(커널이 이니셜라이징을 끝냈을 때 실행되는 첫번쨰 프로세스)또한 포함한다. 특히. /etc/init.d에 위치한 파일들은 특정 서비스를 관리하기 위한 start, stop, restart, reload 커맨드에 repond하는 쉘 스크립트들이다. 이 스크립트들은 직접 실행될 수도 있고, (대부분은) 어떤 다른 트리거에 의해서 실행 될 수 있다. (보통은 /etc/rc?.d/에 있는 심볼릭 링크를 통해) /etc/init 이 디렉토리는 U.. 공감수 1 댓글수 0 2017. 2. 19.
HTTPS란 HTTPS 란 HTTP의 가장 유명한 보안 버전이고 그냥 보안 전송 계층(SSL; Secure Socket Layer)를 통해 전송되는 HTTP다. 기존의 HTTP가 암호화되지 않은 메시지를 TCP를 통해 다른 곳으로 전송했다면, HTTPS는 HTTP 메시지를 TCP로 보내기 전에 먼저 이걸 암호화 하는 보안 계층으로 보낸다. 보안 계층은 SSL과 이것의 현대적 대체품인 TLS로 구현되었는데, 이 둘을 모두 의미하는 단어로 SSL이 자주 불린다고 한다. URL이 https스킴을 가지고 있다면 클라이언트는 서버에 443번 포트로 연결하고 서버와 바이너리 포맷으로 된 몇개의 SSL 보안 매개변수를 교환하면서 핸드쉐이크를 하고 그 후에 암호화된 HTTP 명령이 뒤를 잇는다. SSL 트래픽은 바이너리 프로토콜이.. 공감수 0 댓글수 0 2017. 2. 19.
Django 보일러플레이트 셋팅 OS는 OSX,pyenv와 virtualenv가 설치있다고 가정한다. 파이썬 가상환경 설정 및 앱 구축$ pyenv virtualenv 3.5.2 JWT-sample-3.5.2$ pyenv shell JWT-sample-3.5.2 $ pip install --upgrade pip$ mkdir jwt-sample && cd jwt-sample$ pip install django==1.8$ django-admin startproject jwtsite . setttings.py 변경 (jwtsite/settings.py)TIME_ZONE = 'Asia/Seoul'#########STATIC_URL = '/static/'STATIC_ROOT = os.path.join(BASE_DIR, 'static') Data.. 공감수 0 댓글수 0 2017. 2. 9.
PostgreSQL 기본적인 사용 로컬에서 로그인을 할 때psql -d 데이터베이스명 -U 데이터베이스계정명 외부의 PostgreSQL에 로그인을 할 때psql -h host명 -d 데이터베이스명 -U 데이터베이스계정명 데이터베이스 목록 조회(데이터베이스에 접속한 상태에서)# \l 데이터베이스 변경(데이터베이스에 접속한 상태에서)# \c 데이터베이스명기본적인 테이블 생성(데이터베이스에 접속한 상태에서)CREATE TABLE table_name( column1 datatype, column2 datatype, column3 datatype, ..... columnN datatype, PRIMARY KEY( one or more columns ) ); 테이블 목록 조회(데이터베이스에 접속한 상태에서)# \d테이블 상세 스키마 조회(데이터베이.. 공감수 0 댓글수 0 2017. 2. 3.
Bitbucket Private Repository를 ssh key를 이용하여 git clone 해오기 Bitbucket Private Repository를 ssh key를 이용하여 git clone 해오기 bitbucket의 private 저장소를 로컬로 받아오려면 두가지 방법이 있다. (내가 아는한..?)ssh 프로토콜를 이용하여 clonehttp 프로토콜을 이용하여 clone예를 들어, ssh 프로토콜을 이용한 bitbucket의 ssh-key-add 리포지토리의 복제는 git clone git@bitbucket.org:junk3843/ssh-key-add.git와 같다. 그리고 http 프로토콜을 이용한 bitbucket의 ssh-key-add 리포지토리의 복제는git clone https://junk3843@bitbucket.org/junk3843/ssh-key-add.git와 같다. 이때 htt.. 공감수 0 댓글수 0 2016. 10. 13.
기능변경과 외관변경을 분리하자 형상관리를 하면서 프로그램을 짜다보면 기능 구현을 위한 커밋과 lint작업이나 리팩토링과 같은 작업의 커밋들이 있다. 하나의 커밋에 이들을 섞지말고, 분리해서 작업하자. 공감수 0 댓글수 0 2016. 10. 12.
웹서버 로그관리 로그는 집약과 수집을 구별해서 다룸이렇게 구별하는 이유는 각각의 목적과 정밀도가 다르기 때문집약: 웹 서버가 출력하는 로그를 항상 전송해서 한곳에 모으는 것수집: 각 서버상에 출력된 로그를 정기적으로 모아서 저장하는 것 로그를 집약하는 목적: 순간순간의 상황을 파악하기 위함 (무슨 일, 어디서 일어나고 있는지) 장애 발생시 어떤 머신에서 문제가 일어나고 있는지를 확인사이트의 액세스 상황(순간 페이지뷰, 사용자 수등을 집계) 로그를 수집하는 목적: 집계, 분석, 그리고 보존을 위함서비스 운영시 웹서버나 AP서버의 로그 집계, 분석을 기본로그 분석에는 일별, 주별, 월별등 다양한 단위의 로그가 필요한데, 이를 위해 로그가 여러군데 분산되어 있으면 불편하다. 로그 집약, 수집에는 다양한 방법이 있다. 파일이 .. 공감수 0 댓글수 0 2016. 10. 8.
GitHub Flow GitHub Flow는 Deploy가 빈번하게 일어나는 프로젝트에 알맞은 브랜치 기반 워크플로우이다.여기서 deploy란, 소스 코드를 실제 환경에 올려서 실행하는 것을 의미한다.deploy를 자주 하려면 단순한 개발 과정 및 자동화된 환경이 필요되어지는데 이를 위해 github flow는 적절하다. GitHub Flow 기본 흐름master는 항상 deploy할 수 있는 상태로 둔다.새로운 작업을 수행할 때는 master 브랜치로부터 새로운 브랜치를 작성; 새로운 브랜치의 이름은 무슨 작업을 할지 알 수 있도록 자세히.작성한 브랜치를 local repository에 commit같은 이름의 브랜치를 GitHub remote repository에 만들고 해당 remote repo.에 주기적으로 push커뮤.. 공감수 0 댓글수 0 2016. 10. 6.
Pull Request Pull Request(이하 PR) PR이란 내가 추가한 변경 사항을 다른 상대의 리포지토리에 적용하고 싶을 경우 사용하는 것GitHub에서 PR을 보내면 해당 리포지토리의 소스코드에 Issue가 생성됨. 개발이 아직 덜끝난 것에 대한 PR이라면 PR 제목에 '[WIP]bulabula~~'라고 [WIP]를 붙여줄 것. (Work In Progress)작업이 다 끝나면 [WIP]를 지워준다.PR을 할때 토픽 브랜치를 하나 생성해서 작업후 그 토픽 브랜치에서 PR을 보내자.PR보내고 나서도 그 토픽 브랜치에서 작업후 푸시하면 PR에 연결됨. Fork 리포지토리 최신 상태로 유지하는 방법fork나 clone을 하고나서 리포지토리를 계속 방치해두면 최신 버전의 소스 코드와 멀어지게됨.보통 clone한 리포지토리.. 공감수 0 댓글수 0 2016. 10. 4.
Consistent Hashing Consistent hashing: 웹서버의 갯수가 변동하는 가운데 요청을 분산하는 방법. 출처: wikipedia 해시테이블의 크기가 변할때, 평균적으로 K/n의 키만 재매핑되면 된다. 즉, 노드나 슬롯의 개수가 바뀔때, 노드의 추가나 삭제를 할 때, 오직 K/n의 아이템만 다시섞이면 됨. (n은 전체 노드의 갯수, K는 item의 개수) 기존의 해싱에서는 슬록의 개수 변화가 거의 모든 키가 다시 재매핑되야만 했다. (키와 슬롯간의 매핑이 모듈러 연산에 의해 정의되었기 때문) Consitent hashing이 사용되는 상황Consistent hashing은 분산 캐싱을 위해 나오게 되었다. 이는 변화하는 웹서버들의 수들 사이에서 요청을 분산하는 방법의 하나로 소개되었다. 또한 consistent has.. 공감수 0 댓글수 0 2016. 10. 3.
공부하는 방법 어떤 기술이 있으면 그게 뭔지는 중요하지 않다. why it was introduced, what problem it was trying to solve, when it is appropriate to adjust,what advantages and disadvantages it has,what kind of other methods there were before it was introduced, 를 생각하면서 공부를 해야한다. 공감수 0 댓글수 0 2016. 10. 3.
git 기본 설정 및 기본 사용 사용자 이름/메일 주소 설정 $ git config --global user.name "Firstname Lastname"$ git config --global user.email "your_email@example.com" 위의 명령어를 입력하면 ~/.gitconfig에서 확인이 가능함.(해당 파일을 직접 편집해도 무관) 출력되는 명령어를 쉽게 읽을 수 있게 하는법 $ git config --global color.ui auto git 기본 사용 git init: repository 초기화git status: repository 상태 확인git add: staging area에 파일 추가ex) git add README.mdex) git add *git commit: repository 변경 내용 기록.. 공감수 0 댓글수 0 2016. 10. 1.
샤딩은 어떻게 동작하는가 (How Sharding Works 번역) 원문: (https://medium.com/@jeeyoungk/how-sharding-works-b4dec46b3f6#.234lgjddv) How Sharding Works 서비스가 갑자기 인기가 많아져서 트래픽과 데이터가 증가하기 시작하고, 데이터베이스에는 과부하가 걸릴 것이다. 이때 샤딩을 할 필요가 있다. What is sharding?샤딩이란 단일의 논리적 데이터셋을 다수의 데이터베이스에 쪼개고 나누는 방법. 이렇게 쪼갬으로써 데이터베이스 시스템의 클러스터에서 큰 데이터셋을 저장하고 추가적인 요청을 처리할 수 있다. 샤딩이란 데이터셋이 단일 데이터베이스에서 저장하기에 너무 클때 필수적이다. 게다가, 많은 샤딩 전략들이 추가적인 머신들이 붙을 수 있도록 만든다. 샤딩은 데이터베이스 클러스터가 디비의.. 공감수 4 댓글수 5 2016. 10. 1.
DNS DNS - 인터넷 디렉터리 서비스 인터넷 호스트에 대한 식별자중 하나로 host name이 있다.www.naver.com, www.google.com그러나 호스트 네임은 인터넷에서의 그 호스트 위치에 대한 정보를 거의 제공하지 않음또 호스트 네임은 길이가 바뀌고 알파뉴메릭 문자로 구성되기에 라우터가 처리하는 데 어려움이 있다.이런 이유로 호스트는 주로 IP 주소로 식별된다.IP 주소는 계층 구조여서 주소를 왼쪽에서 오른쪽으로 조사함으로써 그 호스트가 어디에 위치하는지에 대한 정보를 얻을 수 있다. DNS가 제공하는 서비스 사람은 좀더 기억하기 쉬운 호스트 네임 식별자를 좋아하지만, 라우터는 고정 길이의 계층구조를 가진 IP 주소를 좋아한다.이런 선호 차이를 절충하기 위해, hostname -> IP ad.. 공감수 0 댓글수 0 2016. 9. 29.
UDP UDP 서비스 UDP는 최소의 서비스 모델을 가진 간단한 전송 프로토콜. UDP는 비연결형이라 두 프로세스간 통신 전에 핸드쉐이킹을 하지 않음 UDP는 비신뢰적인 데이터 전송 서비스 제공(UDP는 메시지가 수신 소켓에 도착하는 것을 보장하지 않음) UDP는 혼잡제어 방식을 포함하지 않음. 따라서 UDP의 송신 측은 데이터를 원하는 속도로 하위 계층(네트워크 계층)으로 보낼 수 있음. 이를 통해 일부 손실은 감수할 수 있으나 효율적이기 위해서 최소 전송 속도를 요구하기에 실시간 애플리케이션 개발자들은 때떄로 애플리케이션이 UDP상에서 수행되는 것을 선택함. 이로써 TCP의 혼잡제어와 패킷 오버헤드 문제를 회피가능함. 반면 대부분의 방화벽이 UDP 트래픽을 차단하도록 설정되어 있기 떄문에 설계자들은 점차적으.. 공감수 0 댓글수 0 2016. 9. 22.
HTTP의 keep-Alive와 TCP의 keepalive HTTP의 Keep-Alive HTTP 프로토콜의 Keep-Alive는 HTTP Header의 일종이다.이는 HTTP/1.0에서 지원하지 않던 지속 커넥션을 가능하게 하기위해서 쓰였다. 그렇다면 지속 커넥션이 뭔지부터 보자. 지속 커넥션을 보기전에 HTTP의 커넥션에 대해 알아보자. HTTP/1.1이전에는 클라이언트와 서버사이에 트랜잭션 한번이 일어나면 HTTP Connection이 끊어졌다.그런데 이렇게 되면 TCP 커넥션을 맺는데 발생하는 지연과 느린 시작 지연이 트랜잭션마다 발생하기 때문에, 한 웹페이지에서 여러 이미지와 html을 요청해야하는 경우 성능이 매우 안 좋아진다. 그래서 이런 커넥션을 맺고 끊는데서 발생하는 지연을 없애기 위해서 한번 연결한 TCP 커넥션을 재활용하는 방법이 나왔는데, .. 공감수 1 댓글수 0 2016. 9. 21.
콘텐츠 인코딩과 전송 인코딩/청크 인코딩(Contents-Encoding and Transfer-Encoding/Chunked Encoding) 콘텐츠 인코딩(Contents-Encoding)큰 HTML 문서 전송의 시간을 줄이기 위해 사용혹은 허락받지 않은 제3자가 볼 수 없게 콘텐츠를 암호화하거나 뒤섞어서 보내는 목적콘텐츠의 포맷과 연관gzip, compress, deflate, identity와 같은 알고리즘을 사용발송하는 쪽에서 콘텐츠에 적용함과정웹 서버가 Content-Type, Content-Length 헤더를 가진 원본 응답 메시지 생성콘텐츠 인코딩 서버(오리진 서버 혹은 다운스트림 프락시)가 인코딩된 메시지 생성; 이떄 인코딩된 메시지는 Content-Type은 같지만 Content-Length는 다름. 인코딩 서버는 Content-Encoding 헤더를 인코딩된 메시지에 추가하여 수신 측 앱이 디코딩가능하도록 함 (요청 메시지냐 .. 공감수 3 댓글수 0 2016. 9. 16.
[HTTP] 멀티파트 미디어 타입 (Multipart Media Type) HTTP Header중에 Content-Type 필드가 있는데, 이는 엔터티 본문의 MIME 타입을 기술한다. (여기서 '엔터티'란, HTTP 메시지에 들어가는 실질적인 본문이라고 볼 수 있다.) (HTTP 메시지에는 요청/응답 라인, 헤더, 엔터티 본문 크게 3가지로 나뉜다 ) (MIME 타입은 HTTP가 웹에서 전송되는 객체 각각에 붙이는 데이터 포맷 라벨로써, Multipurpose Internet Mail Extensions의 약자이다. 이는 원래 각기 다른 전자메일 시스템 사이에서 메시지가 오갈 때 겪는 문제점을 해결하기 위해 설계되었다. 이는 이메일에서 워낙 잘 동작했기 때문에 HTTP에서도 멀티미디어 콘텐츠를 기술하고 라벨을 붙이기 위해 채택되었다. 웹 서버는 모든 HTTP 객체 데이터에 M.. 공감수 3 댓글수 0 2016. 9. 15.
가상 호스팅 그리고 Host 헤더(Virtual Hosting and Host Header) 트래픽이 높은 사이트는 아니더라도 웹 서비스를 운영하고 싶어하는 사람들은 웹 공간을 가지고 싶어 합니다.이런 사람들에게 웹 서버 하나는 사치일 것입니다. 따라서 웹 호스팅 업자들이 서버 한 대를 여러 고객이 공유하도록 해서 저렴한 웹 호스팅 서비스를 제공하는데, 이를 공유 호스팅/가상 호스팅이라고 합니다. 그리고 가상 호스팅 사용자들은 웹 서버를 구축해야할 정도로 트래픽이 증가하기 전까지는 비용절약을 위해 가상 호스팅을 사용할 것입니다. 가상 호스팅에는 4가지의 종류가 있습니다. URL 경로를 통한 가상 호스팅서버가 어떤 사이트를 요청하는지를 파악할 수 있게 URL에 특별한 경로 컴포넌트를 추가포트번호를 통한 가상 호스팅각 사이트별로 다른 포트를 할당하여 분리된 웹 서버의 인스턴스가 요청을 처리IP 주소.. 공감수 0 댓글수 0 2016. 9. 12.
HTTP 헤더 및 요청/응답 과정 (HTTP Headers And the Process of Request/Response) HTTP Headers 위키피디아 발번역은 차차 책을 보면서 수정해 나갈 것임. 클라이언트에서 웹 서버로 Request를 보낼 때, 자주 사용하는 메소드로는 GET과 POST가 있다. GET 메소드는 웹 서버로부터 데이터를 요청하지만, 서버의 데이터를 수정하지는 않는다. POST 메소드는 서버의 상태를 변화시킬 수 있다. GET 방식의 전송되는 데이터로는 Request Line Request Header 가 있다. POST 방식의 전송되는 데이터로는 Request Line Request Header Message body 가 있다. Request Line은 HTTP메소드와 웹서버상에서의 자원에 대한 경로, 파라미터, 프로토콜 버전을 담고있다. GET / HTTP/1.1 Request Header에 들어갈.. 공감수 0 댓글수 0 2016. 9. 12.
웹서버의 이름기반 가상 호스트(Name-based Virtual Host of Web Server like Apache/nginx) nginx/apache의 경우 Virtual Host 라는 기능이 제공된다. www.a.com, www.b.com 이 같은 ip이더라도 도메인만으로 다른 위치의 데이터를 전달할 수 있는 기능인데, 이것은 어떤 것이고, HTTP header 중에 어떤 정보를 이용하여 구현될까? (배경지식) Virtual Host(가상 호스트)란? > 웹서버에 기본적으로 존재하는 호스트를 주호스트(main host)라고 한다. 하나의 웹서버에 main host이외에 별도의 홈디렉토리를 가진 여러개의 호스트를 설정하여 운용할 수 있다. 이는 주로 웹호스팅 서비스에 사용되고, main host이외의 호스트들을 가상 호스트라고 부른다. (가상호스트를 가장 적절하게 이용하는 것이 웹호스팅 서비스) 이런 웹호스팅 서비스를 위해서는 .. 공감수 0 댓글수 0 2016. 9. 12.

문의안내

티스토리
로그인
고객센터

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