개발일지

우선 멀티 스테이지 빌드란, 1. 멀티스테이지 빌드Docker에서 이미지를 생성할 때 최종 이미지 크기를 최소화하는 기술이다.여러 단계의 빌드과정을 거치면서 최종 이미지 크기를 최소화한다. 최종 이미지에는 앱 실행에 최소한의 구성만 있으면 되기 때문이다! 이 사진이 개념을 잘 설명하고 있다. 도커는 각 명령어(FROM, COPY, RUN 등)마다 레이어로 실행된다.그리고 FROM 명령어를 기준으로 스테이지가 나누어진다. 스테이지: 하나의 독립된 이미지 환경. 도커파일안에 FROM 명령어가 3개 있다고 가정하면,마지막 FROM 명령어가 포함된 스테이지가 최종 이미지가 된다. 예를들어, #1.빌드 단계FROM eclipse-temurin:21-jdk-alpine AS builderWORKDIR /backCO..

현재 시스템에서는 도커를 사용해 빌드하고 이미지를 생성해, EC2에 배포한다. 앞으로 수없이 배포가 반복될텐데, 이미지 사이즈를 줄이고 빌드시간을 단축하는 것이 시간과 컴퓨팅 자원의 낭비를 줄일 것이다! 환경: java 21, 스프링부트3.4 결과적으로는,도커의 캐싱을 활용해서 시간을 65초->40초로 약 35%개선을 할 수 있었다! 1. 현재 도커파일# 빌드 단계#베이스 이미지 생성. 도커 컨테이너를 특정 초기 이미지를 기반으로 세팅.FROM eclipse-temurin:21-jdk AS builderWORKDIR /backCOPY . .RUN ./gradlew clean build # 실행 단계 FROM eclipse-temurin:21-jreWORKDIR /backCOPY --from=builder..

프로젝트 개발에 도커를 사용하여 배포를 하며, 과정을 좀 더 최적화하고 싶은 생각이 들었다. 실제 서비스를 운영하게 된다면, 도커로 이미지를 빌드하고 배포하는 과정이 수 없이 반복될텐데,이미지 용량을 줄이고 빌드시간을 단축하는 것이 시간과 컴퓨팅 자원의 낭비를 없애줄 것이라 생각한다. 그래서, 도커 최적화를 시작하며 첫 번째로 손대 볼 것은 JDK, JRE 이미지 경량화였다.자바기반 프로젝트를 빌드하고 실행할때 사용하는 JDK와 JRE의 도커 이미지의 용량을 낮출 수 있는 방법을 찾았고, 이 방법을 적용하는게 합리적인지를 따져보고자 한다. 결론부터 말하자면, 이미지 용량을 낮추는데서 오는 장점보다 단점(성능이슈, 호환성 문제)이 크다고 생각한다. 용량의 제한이 중요한(임베디드 시스템 같은) 시스템이 아니..

다음 강의를 참고했습니다.https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-1/dashboard 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 강의 | 김영한 - 인프런김영한 | , 원리를 알아야 핵심이 보인다!김영한의 스프링 MVC 기본편 👨‍💻 📌 수강 전 확인해주세요! 본 강의는 자바 스프링 완전 정복 시리즈의 네 번째 강의입니다. 우아한형제들 최연소www.inflearn.com 웹 애플리케이션의 기본을 이해해보자. 목차 1. 웹 서버, 웹 애플리케이션 서버(WAS)2. 서블릿3. 동시 요청- 멀티 쓰레드4. HTML, HTTP API, CSR, SSR5. 자바 백엔드 웹 기술 역사 1. 웹 서버, 웹 애플리케이션 서버..

1. 문제 ec2에 인스턴스에 공간확장이 필요했다.동료 개발자가 8GB로 설정해서 생성했는데, 프리티어는 30gb까지 무료이다. 도커, 도커컴포즈, AWS CLI설치를 하려면 공간이 넉넉히 필요하고,8GB에서-> 30GB로 확장하게 됐다. 2. 해결1. AWS EC2 인스턴스 볼륨 30gb로 수정 후 2. 인스턴스에 접속해서 파티션 확장, 파일 시스템 확장 을 진행하면 된다.아래는 진행한 내용.ubuntu@ip-172-31-33-135:~$ free -m total used free shared buff/cache availableMem: 957 413 73 2 ..

[도커를 도입하게 된 이유]https://doublejune.tistory.com/64 [도커] 도커를 사용해서 스프링 서버 AWS EC2 배포하기 (0)과거 진행했던 프로젝트에 도커를 도입해야겠다고 느꼈다. Java, 스프링 부트를 사용하여 백엔드 개발을 했고, AWS EC2에 배포한 프로젝트이다.도커를 사용하지 않고 EC2 인스턴스에 직접 java와 Mysqdoublejune.tistory.com 이제 두 번째 프로세스 1. 로컬에서 dockerfile작성 및 docker-compose작성. 로컬에서 도커 배포 후 테스트.2. AWS EC2 인스턴스에 도커로 배포 후 테스트. 3. CD 자동화. 깃에서 메인브랜치 머지 시 EC2에 도커이미지 전달 후 배포. 를 진행해보자. 인텔리제이를 사용했고, ..

1. 문제상황ec2 프리티어로 사용하는데, ec2가 자꾸 죽었다.도커 컴포즈로 스프링서버 1개, MySQL서버 1개를 실행했는데버벅거리고 자꾸 죽었다. 다른 인스턴스에서 도커를 사용하지 않고 배포했을 때는 전혀 이런문제가 없었는데,왜 도커로 배포했다고 이렇게 느려질까 의문이 들었는데 문제를 확인하고 해결할 생각은 안하고,계속 인스턴스가 뻗으면 중지시켰다 살리면서 시간을 낭비하고 있었다... 결론은, 주 메모리(RAM) 부족 때문이었고, SWAP메모리를 설정하여 해결할 수 있었다. 2. 원인 찾기 뭐가 문제일까 생각해서 인스턴스를 비교해봤다. 잘 돌아가는 인스턴스:ubuntu@ip-172-31-33-135:~$ free total used free ..

[도커를 도입하게 된 이유]https://doublejune.tistory.com/64 [도커] 도커를 사용해서 스프링 서버 AWS EC2 배포하기 (0)과거 진행했던 프로젝트에 도커를 도입해야겠다고 느꼈다. Java, 스프링 부트를 사용하여 백엔드 개발을 했고, AWS EC2에 배포한 프로젝트이다.도커를 사용하지 않고 EC2 인스턴스에 직접 java와 Mysqdoublejune.tistory.com 우선 첫 번째 프로세스 1. 로컬에서 dockerfile작성 및 docker-compose작성. 로컬에서 도커 배포 후 테스트.2. AWS EC2 인스턴스를 새로 만들고, 도커로 배포 후 테스트.3. CD 자동화. 깃에서 메인브랜치 머지 시 EC2에 도커이미지 전달 후 배포. 를 진행해보자. 인텔리제이를 사..

과거 진행했던 프로젝트에 도커를 도입해야겠다고 느꼈다. Java, 스프링 부트를 사용하여 백엔드 개발을 했고, AWS EC2에 배포한 프로젝트이다.도커를 사용하지 않고 EC2 인스턴스에 직접 java와 Mysql서버를 설치했다. 1. 도커 도입 배경현재 시스템은 확장성에 있어서 비효율적이다. 도커를 사용하지 않는 현재 인프라에서는 부하가 커질 경우, EC2 인스턴스를 추가 생성하고 추가 생성한 EC2에 Jdk와 Mysql등 환경을 다시 설치해야한다. 또한 환경(버전, 설정)이 기존 서버와 일치하는지도 확인해야한다. 2. 기술 사용 이유도커는 이식성이 좋다. 도커를 사용하면, 확장 시(새로운 EC2 인스턴스 생성) 이미지를 받고 컨테이너만 실행하면 된다. 이는 배포 과정에서 발생할 수 있는 환경간..

1. 문제상황도커 컴포즈를 사용해서 빌드를 하는데 해당 에러가 나왔다.docker-compose build => [app builder 1/4] FROM docker.io/library/eclipse-temurin:21-jdk@sha256:6634936b2e8d90ee16eeb94420d71cd5e36ca677a4cf795a9ee1ee 0.0s => ERROR [app internal] load build context 6.4s => => transferring context: 174.59MB ..