일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- Java
- 돌연변이 테스팅
- https 실습
- Mutation testing
- https go
- AES-GCM
- https implement
- cli 만들기
- IntelliJ
- 오블완
- Pitest
- standard output
- resizer 구현
- go https 구현
- HTTPS
- kotlin
- resize image with go
- InnoDB
- image resizer with go
- Test
- 객체지향
- MySQL
- https 서버 구현
- 대칭 키 알고리즘
- 자바
- ruby
- 코틀린
- JPA
- 직접 코드로 구현
- standard input
- Today
- Total
Rlog
[Spring Boot] Jenkins 로 자동 배포하기 본문
현재 제가 하고 있는 프로젝트의 구성도는 아래와 같습니다.
위와 같이 구성되어 있는데요.
일단 Git-Hub 의 Master Branch 에 Merge 가 일어나거나 Push 로 인한 변경이 일어나면, Jenkins 에서 이를 감지하도록 되어 있습니다. 코드리뷰를 통해서 머지됬을 경우 즉각 적으로 Merge 를 할 수 있도록 하기 위해서 입니다.
자동 배포되는 과정에서 TEST 파이프 라인을 거치고 Build 까지 되도록 되있습니다.
만약 TEST 가 실패하게 된다면 Build 는 되지 않습니다.🤖
JENKINS 에서 TEST / BUILD 파이프라인을 거치게 되면 자동으로 Spring Boot Server 가 시작되어야 합니다.
이 조건을 위해서 선택지가 두가지 정도 있었는데 해당 선택지는 아래와 같습니다.
1. 설정해둔 셸 스크립트를 실행한다.
만약 설정해둔 셸 스크립트를 실행할 경우는 아래와 같은 장점이 있습니다. 현재 위치하고 있는 운영체제 Image 에서는 완벽하게 작동할 것이다. 그리고 셸 스크립트를 코드를 통해 유지보수 할 수 있기 때문에 괜찮다고 생각되었습니다.
하지만 단점도 존재합니다. 예를 들면 특정 운영체제 환경으로 이미지를 변경할 때 이 셸 스크립트가 동작할지 알 수 없다. 즉 운영체제 의존성을 지니게 된다 라는 단점이 있었습니다.
그래서 고려했던 점은 우리가 GCP 의 무료 인스턴스 기간이 끝나고, 다른 클라우드 서비스로 이전하더라도 쉽게 이전할 수 있게 하자가 목표였고, 그래서 Docker 를 통해서 자동 배포되도록 결정했습니다.
2. 도커를 통해서 자동 배포한다.
Nginx 및 Redis 도 이미 Docker 를 통한 사용을 하고 있었기에, Spring Server DockerFile 만 만들면 되는 상황이였습니다.
다만 문제는 SSH 통신을 통하여 Server Instance 에서 Docker 를 돌리는 것이 맞으나, 예를 들면 아래와 같은 구조입니다.
이런 구조를 진행하는건 어렵지 않으나.. 생각보다 Instance 비용이 비싸서 일단은 Jenkins Server 에서 Spring 도 돌리도록 진행하는 것으로 해야 했습니다. (ㅠㅠ 비싼 서버비😭)
유감스럽게도 3000 포트를 써야 하고, 도커 파일이므로 아래와 같은 코드를 입력해줍니다.
FROM adoptopenjdk/openjdk11
EXPOSE 3000
ARG JAR_FILE=build/libs/*.jar
COPY ${JAR_FILE} itda-server.jar
ENTRYPOINT ["java", "-jar", "itda-server.jar"]
이제 잘 빌드됬는지를 확인하기 위해서 docker images 를 확인해봅시다.
docker images
위와 같이 잘 생성된걸 볼 수 있습니다. 이는 서버 환경에도 Docker 가 설치되어 있으니, 이제 이를 실행해주기만 하면됩니다.
Jenkins 에 빌드 스크립트를 작성해 봅시다.
docker build -t itda/server .
# 뛰어져 있는 server 가 있다면 종료한다.
docker ps -q --filter "name=itda-server" && docker stop itda-server && docker rm itda-server
docker run -p 3000:3000 -d --name=itda-server itda/server
위와 같이 작성할시 정상적으로 잘 진행될겁니다. 이제 Master 에 push 를 한번 해봅시다.
이제 실제 서버에서 진짜 돌아가는지 테스트가 필요합니다.
잘 돌아가는걸 확인할 수 있습니다. 이로 자동 배포 성공 완료!
Happy Cording!👍
'Java' 카테고리의 다른 글
젠킨스 JVM 메모리 설정 (0) | 2021.10.20 |
---|---|
객체는 무엇일까? (0) | 2021.10.14 |
Switch 문 반복을 없애기 (0) | 2021.10.07 |
JVM 구조 (0) | 2021.10.07 |
[M1] Apache Jmeter로 Socket Server Test 하기 (0) | 2021.09.24 |