Share
Sign In
Nginx 도입기
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치
데비안 계열 설치 방법
설치가 잘 이루어 졌는지 확인
기초 가이드
nginx.conf 찾기
기본적인 설정 파일인 nginx.conf 파일을 찾아야합니다. 아래의 세곳중 한곳이라고 하니 우선 찾아봅시다.
/usr/local/nginx/conf
/etc/nginx
/usr/local/etc/nginx
저는 두번째 /etc/nginx 에 있었습니다.
기초 명령어
아래의 명령어로 nginx를 다룰수 있는데, 한가지 기억해야할 점은 nginx를 시작한 유저와 동일한 유저만이 아래의 명령어를 실행할 수 있다는 점입니다.
중지, 종료, 리로드, 다시 시작
kill 유틸리티와 같은 Unix 도구를 사용하여 신호를 nginx 프로세스로 보낼 수도 있습니다. 이 경우 신호는 주어진 프로세스 ID를 가진 프로세스로 직접 전송됩니다. nginx 마스터 프로세스의 프로세스 ID는 기본적으로 /usr/local/nginx/logs 또는 /var/run 디렉토리의 nginx.pid에 기록됩니다. 예를 들어 마스터 프로세스 ID가 1628인 경우 QUIT 신호를 보내 nginx를 정상적으로 종료하려면 다음을 입력하면 됩니다.
모든 nginx 프로세스 확인
설정 파일 구조
nginx는 구성 파일에 지정된, 지시문에 의해 제어되는 각각의 모듈로 구성됩니다. 지시문는 단순 지시문와 블록 지시문으로 나뉩니다.
단순 지시문은 공백으로 구분된 이름과 매개변수로 구성되며 세미콜론(;)으로 끝납니다.
블록 지시문은 단순 지시어와 구조가 동일하지만 세미콜론 대신 중괄호({ 및 })로 둘러싸인 추가 명령어 세트로 끝납니다. 블록 지시문이 중괄호 안에 다른 지시문을 포함할 수 있는 경우 이를 컨텍스트라고 합니다(예: 이벤트, http, 서버 및 위치).
컨텍스트는 외부의 구성 파일에 있는 지시문은 기본 컨텍스트에 있는 것으로 간주됩니다. 이벤트 및 http 지시문은 기본 컨텍스트, http의 서버 및 서버의 위치에 상주합니다.
바로 이해가 안갈 수 있지만 아래의 설정파일을 수정해보며, 이해 해봅시다.
URL Subdomain 별로 라우팅 하기
레퍼런스
NGINX docs
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치
데비안 계열 설치 방법
설치가 잘 이루어 졌는지 확인
기초 가이드
nginx.conf 찾기
기본적인 설정 파일인 nginx.conf 파일을 찾아야합니다. 아래의 세곳중 한곳이라고 하니 우선 찾아봅시다.
/usr/local/nginx/conf
/etc/nginx
/usr/local/etc/nginx
저는 두번째 /etc/nginx 에 있었습니다.
기초 명령어
아래의 명령어로 nginx를 다룰수 있는데, 한가지 기억해야할 점은 nginx를 시작한 유저와 동일한 유저만이 아래의 명령어를 실행할 수 있다는 점입니다.
중지, 종료, 리로드, 다시 시작
kill 유틸리티와 같은 Unix 도구를 사용하여 신호를 nginx 프로세스로 보낼 수도 있습니다. 이 경우 신호는 주어진 프로세스 ID를 가진 프로세스로 직접 전송됩니다. nginx 마스터 프로세스의 프로세스 ID는 기본적으로 /usr/local/nginx/logs 또는 /var/run 디렉토리의 nginx.pid에 기록됩니다. 예를 들어 마스터 프로세스 ID가 1628인 경우 QUIT 신호를 보내 nginx를 정상적으로 종료하려면 다음을 입력하면 됩니다.
모든 nginx 프로세스 확인
설정 파일 구조
nginx는 구성 파일에 지정된, 지시문에 의해 제어되는 각각의 모듈로 구성됩니다. 지시문는 단순 지시문와 블록 지시문으로 나뉩니다.
단순 지시문은 공백으로 구분된 이름과 매개변수로 구성되며 세미콜론(;)으로 끝납니다.
블록 지시문은 단순 지시어와 구조가 동일하지만 세미콜론 대신 중괄호({ 및 })로 둘러싸인 추가 명령어 세트로 끝납니다. 블록 지시문이 중괄호 안에 다른 지시문을 포함할 수 있는 경우 이를 컨텍스트라고 합니다(예: 이벤트, http, 서버 및 위치).
컨텍스트는 외부의 구성 파일에 있는 지시문은 기본 컨텍스트에 있는 것으로 간주됩니다. 이벤트 및 http 지시문은 기본 컨텍스트, http의 서버 및 서버의 위치에 상주합니다.
바로 이해가 안갈 수 있지만 아래의 설정파일을 수정해보며, 이해 해봅시다.
URL Subdomain 별로 라우팅 하기
레퍼런스
NGINX docs
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치
데비안 계열 설치 방법
설치가 잘 이루어 졌는지 확인
기초 가이드
nginx.conf 찾기
기본적인 설정 파일인 nginx.conf 파일을 찾아야합니다. 아래의 세곳중 한곳이라고 하니 우선 찾아봅시다.
/usr/local/nginx/conf
/etc/nginx
/usr/local/etc/nginx
저는 두번째 /etc/nginx 에 있었습니다.
기초 명령어
아래의 명령어로 nginx를 다룰수 있는데, 한가지 기억해야할 점은 nginx를 시작한 유저와 동일한 유저만이 아래의 명령어를 실행할 수 있다는 점입니다.
중지, 종료, 리로드, 다시 시작
kill 유틸리티와 같은 Unix 도구를 사용하여 신호를 nginx 프로세스로 보낼 수도 있습니다. 이 경우 신호는 주어진 프로세스 ID를 가진 프로세스로 직접 전송됩니다. nginx 마스터 프로세스의 프로세스 ID는 기본적으로 /usr/local/nginx/logs 또는 /var/run 디렉토리의 nginx.pid에 기록됩니다. 예를 들어 마스터 프로세스 ID가 1628인 경우 QUIT 신호를 보내 nginx를 정상적으로 종료하려면 다음을 입력하면 됩니다.
모든 nginx 프로세스 확인
설정 파일 구조
nginx는 구성 파일에 지정된, 지시문에 의해 제어되는 각각의 모듈로 구성됩니다. 지시문는 단순 지시문와 블록 지시문으로 나뉩니다.
단순 지시문은 공백으로 구분된 이름과 매개변수로 구성되며 세미콜론(;)으로 끝납니다.
블록 지시문은 단순 지시어와 구조가 동일하지만 세미콜론 대신 중괄호({ 및 })로 둘러싸인 추가 명령어 세트로 끝납니다. 블록 지시문이 중괄호 안에 다른 지시문을 포함할 수 있는 경우 이를 컨텍스트라고 합니다(예: 이벤트, http, 서버 및 위치).
컨텍스트는 외부의 구성 파일에 있는 지시문은 기본 컨텍스트에 있는 것으로 간주됩니다. 이벤트 및 http 지시문은 기본 컨텍스트, http의 서버 및 서버의 위치에 상주합니다.
바로 이해가 안갈 수 있지만 아래의 설정파일을 수정해보며, 이해 해봅시다.
URL Subdomain 별로 라우팅 하기
레퍼런스
NGINX docs
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치
데비안 계열 설치 방법
설치가 잘 이루어 졌는지 확인
기초 가이드
nginx.conf 찾기
기본적인 설정 파일인 nginx.conf 파일을 찾아야합니다. 아래의 세곳중 한곳이라고 하니 우선 찾아봅시다.
/usr/local/nginx/conf
/etc/nginx
/usr/local/etc/nginx
저는 두번째 /etc/nginx 에 있었습니다.
기초 명령어
아래의 명령어로 nginx를 다룰수 있는데, 한가지 기억해야할 점은 nginx를 시작한 유저와 동일한 유저만이 아래의 명령어를 실행할 수 있다는 점입니다.
중지, 종료, 리로드, 다시 시작
kill 유틸리티와 같은 Unix 도구를 사용하여 신호를 nginx 프로세스로 보낼 수도 있습니다. 이 경우 신호는 주어진 프로세스 ID를 가진 프로세스로 직접 전송됩니다. nginx 마스터 프로세스의 프로세스 ID는 기본적으로 /usr/local/nginx/logs 또는 /var/run 디렉토리의 nginx.pid에 기록됩니다. 예를 들어 마스터 프로세스 ID가 1628인 경우 QUIT 신호를 보내 nginx를 정상적으로 종료하려면 다음을 입력하면 됩니다.
모든 nginx 프로세스 확인
설정 파일 구조
nginx는 구성 파일에 지정된, 지시문에 의해 제어되는 각각의 모듈로 구성됩니다. 지시문는 단순 지시문와 블록 지시문으로 나뉩니다.
단순 지시문은 공백으로 구분된 이름과 매개변수로 구성되며 세미콜론(;)으로 끝납니다.
블록 지시문은 단순 지시어와 구조가 동일하지만 세미콜론 대신 중괄호({ 및 })로 둘러싸인 추가 명령어 세트로 끝납니다. 블록 지시문이 중괄호 안에 다른 지시문을 포함할 수 있는 경우 이를 컨텍스트라고 합니다(예: 이벤트, http, 서버 및 위치).
컨텍스트는 외부의 구성 파일에 있는 지시문은 기본 컨텍스트에 있는 것으로 간주됩니다. 이벤트 및 http 지시문은 기본 컨텍스트, http의 서버 및 서버의 위치에 상주합니다.
바로 이해가 안갈 수 있지만 아래의 설정파일을 수정해보며, 이해 해봅시다.
URL Subdomain 별로 라우팅 하기
레퍼런스
NGINX docs
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치
데비안 계열 설치 방법
설치가 잘 이루어 졌는지 확인
기초 가이드
nginx.conf 찾기
기본적인 설정 파일인 nginx.conf 파일을 찾아야합니다. 아래의 세곳중 한곳이라고 하니 우선 찾아봅시다.
/usr/local/nginx/conf
/etc/nginx
/usr/local/etc/nginx
저는 두번째 /etc/nginx 에 있었습니다.
기초 명령어
아래의 명령어로 nginx를 다룰수 있는데, 한가지 기억해야할 점은 nginx를 시작한 유저와 동일한 유저만이 아래의 명령어를 실행할 수 있다는 점입니다.
중지, 종료, 리로드, 다시 시작
kill 유틸리티와 같은 Unix 도구를 사용하여 신호를 nginx 프로세스로 보낼 수도 있습니다. 이 경우 신호는 주어진 프로세스 ID를 가진 프로세스로 직접 전송됩니다. nginx 마스터 프로세스의 프로세스 ID는 기본적으로 /usr/local/nginx/logs 또는 /var/run 디렉토리의 nginx.pid에 기록됩니다. 예를 들어 마스터 프로세스 ID가 1628인 경우 QUIT 신호를 보내 nginx를 정상적으로 종료하려면 다음을 입력하면 됩니다.
모든 nginx 프로세스 확인
설정 파일 구조
nginx는 구성 파일에 지정된, 지시문에 의해 제어되는 각각의 모듈로 구성됩니다. 지시문는 단순 지시문와 블록 지시문으로 나뉩니다.
단순 지시문은 공백으로 구분된 이름과 매개변수로 구성되며 세미콜론(;)으로 끝납니다.
블록 지시문은 단순 지시어와 구조가 동일하지만 세미콜론 대신 중괄호({ 및 })로 둘러싸인 추가 명령어 세트로 끝납니다. 블록 지시문이 중괄호 안에 다른 지시문을 포함할 수 있는 경우 이를 컨텍스트라고 합니다(예: 이벤트, http, 서버 및 위치).
컨텍스트는 외부의 구성 파일에 있는 지시문은 기본 컨텍스트에 있는 것으로 간주됩니다. 이벤트 및 http 지시문은 기본 컨텍스트, http의 서버 및 서버의 위치에 상주합니다.
바로 이해가 안갈 수 있지만 아래의 설정파일을 수정해보며, 이해 해봅시다.
URL Subdomain 별로 라우팅 하기
레퍼런스
NGINX docs
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치
데비안 계열 설치 방법
설치가 잘 이루어 졌는지 확인
기초 가이드
nginx.conf 찾기
기본적인 설정 파일인 nginx.conf 파일을 찾아야합니다. 아래의 세곳중 한곳이라고 하니 우선 찾아봅시다.
/usr/local/nginx/conf
/etc/nginx
/usr/local/etc/nginx
저는 두번째 /etc/nginx 에 있었습니다.
기초 명령어
아래의 명령어로 nginx를 다룰수 있는데, 한가지 기억해야할 점은 nginx를 시작한 유저와 동일한 유저만이 아래의 명령어를 실행할 수 있다는 점입니다.
중지, 종료, 리로드, 다시 시작
kill 유틸리티와 같은 Unix 도구를 사용하여 신호를 nginx 프로세스로 보낼 수도 있습니다. 이 경우 신호는 주어진 프로세스 ID를 가진 프로세스로 직접 전송됩니다. nginx 마스터 프로세스의 프로세스 ID는 기본적으로 /usr/local/nginx/logs 또는 /var/run 디렉토리의 nginx.pid에 기록됩니다. 예를 들어 마스터 프로세스 ID가 1628인 경우 QUIT 신호를 보내 nginx를 정상적으로 종료하려면 다음을 입력하면 됩니다.
모든 nginx 프로세스 확인
설정 파일 구조
nginx는 구성 파일에 지정된, 지시문에 의해 제어되는 각각의 모듈로 구성됩니다. 지시문는 단순 지시문와 블록 지시문으로 나뉩니다.
단순 지시문은 공백으로 구분된 이름과 매개변수로 구성되며 세미콜론(;)으로 끝납니다.
블록 지시문은 단순 지시어와 구조가 동일하지만 세미콜론 대신 중괄호({ 및 })로 둘러싸인 추가 명령어 세트로 끝납니다. 블록 지시문이 중괄호 안에 다른 지시문을 포함할 수 있는 경우 이를 컨텍스트라고 합니다(예: 이벤트, http, 서버 및 위치).
컨텍스트는 외부의 구성 파일에 있는 지시문은 기본 컨텍스트에 있는 것으로 간주됩니다. 이벤트 및 http 지시문은 기본 컨텍스트, http의 서버 및 서버의 위치에 상주합니다.
바로 이해가 안갈 수 있지만 아래의 설정파일을 수정해보며, 이해 해봅시다.
URL Subdomain 별로 라우팅 하기
레퍼런스
NGINX docs
Nginx 도입기 및 설정을 기록한 페이지 입니다.
도입배경
프론트엔드, 백엔드 개발도 중요하지만 .. 최선의 방법
영유아 사업이 커지기 전, 프론트엔드와 백엔드를 한번에 개발할 수 있도록 Github에서 모노 레포로 작성하고 있었습니다. 사업의 방향에 따라 서비스가 다양해지기 시작했는데요. 처음에는 하나로 묶여있던 서비스가 점차 다양해지면서 기존에 배포방식이 문제가 되었습니다.
EC2 비용
로드 밸런서 비용 vs 확장 가능성
Best Practice
설치