배포 정리하기(3) Nginx 설치

1. ec2 발급
2. ufw 설정 및 port 구성도
3. swap 메모리 설정
4. docker 설치 (+ Ubuntu 기본 환경 세팅)
5. docker-compose & jenkins 설치
6. jenkins gitlab 연동(project-build) 및 플러그인 설치
7. Nginx
8. https 적용
9. Jenkins Pipeline 작성
10. S3 설치 및 설정
11. RDS 설치 및 설정

 

jenkins gitlab 연동(project-build) 및 플러그인 설치

 

Backend Dockerfile(백엔드 애플리케이션을 컨테이너화하는데 사용)

FROM openjdk:17-jdk-alpine
VOLUME /tmp 
ADD ./build/libs/backend-0.0.1-SNAPSHOT.jar app.jar
ENV JAVA_OPTS=""
ENTRYPOINT ["java", "-jar", "/app.jar"]

 

1. FROM openjdk:17-jdk-alpine
   : openjdk:17-jdk-alpine 이미지를 기반으로 새 docker 이미지를 생성
   - openjdk:17-jdk-alpine 는 OpenJDK 17을 포함 + 리눅스 배포판 중 하나인 Alpine Linux 기반의 이미지
   - Alpine Linux는 경량화가 잘 되어 있어 컨테이너 이미지 크기를 작게 유지할 수 있다
2. VOLUME /tmp
   : /tmp 경로에 볼륨을 마운트 함
   - 일반적으로 Spring Boot 애플리케이션에서는 /tmp를 사용하여 임시 파일 등을 저장하는데 사용
3. ADD ./build/libs/backend-0.0.1-SNAPSHOT.jar app.jar
   : 로컬 파일 시스템의 backend-0.0.1-SNAPSHOT.jar 파일을 컨테이너의 루트 디렉토리에 app.jar라는 이름으로 복사
   -  ADD는 COPY와 유사하지만 원격 URL에서 파일을 다운로드하거나 로컬 파일을 자동으로 압축 해제하는 기능을 추가로 제공
4. ENV JAVA_OPTS=""
   : 환경 변수  JAVA_OPTS를 설정
   - 기본적으로 빈 문자열로 설정되어 있음
5. ENTRYPOINT ["java", "-jar", "/app.jar"]
   : 컨테이너가 시작될 때 실행되는 명령어를 지정
   - java 애플리케이션을 실행하는데 사용되는 명령어
   - -jar 옵션 다음에 애플리케이션 JAR 파일의 경로인 /app.jar를 지정함

 

 

Frontend Dockerfile

FROM node:20.12.0

WORKDIR /app

COPY package.json /app

RUN npm install
COPY . /app

EXPOSE 3000
RUN npm run docs-build

CMD ["npm","run", "docs"]

 

 

1. 'FROM node:20.12.0'.
   : 'node:20.12.0' 이미지를 기반으로 새 Docker 이미지를 생성
2. WORKDIR /app
   : 'WORKDIR' 명령어는 Docker 이미지 내에서 작업 디렉토리를 '/app' 으로 설정
    이후의 명령어들은 이 디렉토리를 기준으로 실행
3. COPY package.json /app
   : 호스트 기기의 'package.json' 파일을 이미지 내의 '/app' 디렉토리로 복사
4. RUN npm install
   : npm install 명령어를 실행하여 package.json에 정의된 Node.js 프로젝트의 의존성을 설치
5. COPY . /app
   : 현재 디렉토리의 모든 파일과 서브디렉토리를 이미지 내의 '/app' 디렉토리에 복사
6. EXPOSE 3000
   : 칸테인저가 리스닝할 포트 번호 3000을 Docker에 알림. 이 포트를 통해 외부와 통신할 수 있다
7. RUN npm run docs-build
   : npm run docs-build 스크립트를 실행하여 문서를 빌드하는 작업을 수행
8. CMD ["npm","run", "docs"]
   : 컨테이너가 실행될 떄 'npm run docs' 명령을 실행(일반적으로 문서를 호스팅하거나 생성하는 데 사용)

 

Ngnix

Ngnix ????

: 경량 웹서버로 정적파일을 serving 하는 web server 또는 요청을 다른 서버로 전달하는 reverse proxy server로 활용되어 was의 부하를 줄이는 로드 밸런서로 사용할 수 있다


=> 웹  서버중 apache와의 파이점 : 요청을 처리하는 방식
apache 웹 서버의 경우 요청마다 새로운 쓰레드를 생성하여 요청을 처리되므로 요청이 많으면 많을수록 자원이 많이 소모된다
반면에 nginx는 event-driven 구조로 동작하는데, 이 때문에 하나 또는 고정된 개수의 프로세스만 생성되고 요청들은 동시적으로 처리된다. 그렇기 때문에 보다 적은 자원으로도 효율적인 운용이 가능

 

 

sudo apt update 
sudo apt-get install nginx

 

- sudo apy update : 시스템의 패키지 목록 업데이트

- sudo apt-get install nginx :  nginx 웹 서버를 설치

 

 

nginx 웹 서버에서 새로운 사이트를 구성하는 방법

sudo nano /etc/nginx/sites-available/내가 만들 것
vi코드로 열고 밑에 명령어를 작성한다. 

server {
    listen 80;					// 서버가 80번 포트를 사용하여 HTTP 요청을 수신하도록 설정
    server_name abc.com www.abc.com;		// 해당 도메인으로 들어오는 요청을 처리하도록 함

    root /var/www/abc.com/html;				// 웹 문서의 루트 디렉토리를 저장(실제 웹 파일들이 여기 위치/ abc.com은 내 도메인으로 변경해야함)
    index index.html index.htm index.nginx-debian.html;	// 기본 인덱스 파일들을 정의 nginx는 요청된 디렉토리에 이 파일이 있으면 해당 파일을 응답으로 보냄

    location / {						// 루트 url('/') 에 대한 설정을 정의
        try_files $uri $uri/ =404;		// 요청된 파일이 있으면 해당 파일을 서빙, 없으면 디렉토리를 확인, 둘다 없으면 404 오류를 반환
    }
}

 

 

해당 파일을 sites-enabled로 옮겨준다.

: sites-available 디렉토리는 모든 사이트의 설정 파일을 보관하는 곳 / sites-enabled는 현재 활성화된 사이트의 설정 파일에 대한 심볼릭 링크를 보관함으로써, 특정 사이트를 쉽게 활성화하거나 비활성화할 수 있다

 

 

nginx 재실행

 

sudo nginx -t 	 			// nginx의 설정 파일에 문제가 없는지 확인
sudo systemctl restart nginx		// nginx 재시작
sudo service nginx status		// nginx가 잘 실행중인지 확인

 

 

그 후에 ec2 퍼블릭 ip주소로 접속하면 

를 확인할 수 있다

 

 

참고

https://blog.naver.com/gi_balja/223028077537

Nginx란 무엇인가?

 

https://velog.io/@dev_leewoooo/Forward-Proxy-Reverse-Proxy%EC%97%90-%EA%B4%80%ED%95%98%EC%97%AC