나의 공부 기록

🥨 Jenkins를 Ubuntu에 설치 시스템에 키를 추가 주간 릴리스 라인용 설치 및 업그레이드를 자동화하는 Jenkins의 데비안 패키지 저장소 sudo wget -O /usr/share/keyrings/jenkins-keyring.asc \ https://pkg.jenkins.io/debian-stable/jenkins.io-2023.key Jenkins apt repository entry 추가 echo deb [signed-by=/usr/share/keyrings/jenkins-keyring.asc] \ https://pkg.jenkins.io/debian-stable binary/ | sudo tee \ /etc/apt/sources.list.d/jenkins.list > /dev/null J..

메뉴 > Kubernetes Engine > Clusters로 이동 후 STANDARD 클러스터로 전환 🥨 클러스터 생성 여기서 영역과 리전의 차이는 아래와 같다. zonal은 Master가 죽으면 끝 zonal과 다르게 Master가 죽어도 HA가 보장됨 ✅ 클러스터 생성 완료 노드 수에 3은 워커 노드의 수다.

일부 플러그인들이 Retry를 해도 설치되지 않아서 일단 Continue하고 넘어갔다. 🌈 해결 Jenkins 관리 > Plugins > Advanced settings에서 업데이트 사이트 경로를 바꿔준다. 아래 링크로 들어가서 미러 링크 사이트를 볼 수 있다. https://github.com/lework/jenkins-update-center GitHub - lework/jenkins-update-center: Jenkins mirror update center generator Jenkins mirror update center generator. Contribute to lework/jenkins-update-center development by creating an account on GitH..

이미지 업로드 할때 Local에서는 잘 됐는데 운영 서버에서는 413에러가 뜨면서 사이즈가 너무 크다고 에러가 떴다. 스프링 부트 설정에서 파일 업로드 최대 크기를 10MB로 설정했었고, 로그를 살펴봐도 Exception이 발생한 기록이 없었다. 알고보니 Nginx에서 설정을 해줘야 하는거였다 ! client_max_body_size 10M; 서버 블럭 밖에 정의해주었다. 참고 👇👇👇 https://blog.leocat.kr/notes/2020/04/21/nginx-413-request-entity-too-large [nginx] 413 Request Entity Too Large 오류 nginx로 reverse proxy 를 사용할 때, 용량이 큰 파일을 업로드하면 413 Request Entity T..

sudo docker run -it -p 8080:8080 --name trendgaza_back openjdk:8-alpine java -jar home/ubuntu/{jar 파일명}.jar --spring.profiles.active=prod openjdk:8-alpine 이미지를 이용해서 trendgaza_back 이름으로 컨테이너를 생성해서 실행하려고 했다. jarfile에 접근할 수 없다는 에러(Unable to access jarfile home/ubuntu/{jar파일명}.jar)가 떴다. 해결 sudo docker run -it -p 8080:8080 --name trendgaza_back -v /home/ubuntu:/home/ubuntu openjdk:8-alpine java -jar ..

공식 문서를 참고해서 Ubuntu에 Docker를 설치했다. 1. Docker의 apt 저장소를 설정한다. # Add Docker's official GPG key: sudo apt-get update sudo apt-get install ca-certificates curl gnupg sudo install -m 0755 -d /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg sudo chmod a+r /etc/apt/keyrings/docker.gpg # Add the repository to Apt sources: echo ..

COPY ${JAR_FILE} app.jarWhen using COPY with more than one source file, the destination must be a directory and end with a / 깃헙 액션의 CD 워크플로우를 실행하던 중에 다음과 같은 에러가 떴다. 하나 이상의 source 파일이 있을 시 destination이 {폴더명}/이 되어야 한다는 의미다. build/libs에는 jar 파일이 2개가 있었다. 내가 원하는 건 *-SNAPSHOT.jar뿐이다. FROM openjdk:11 ARG JAR_FILE=./build/libs/*-SNAPSHOT.jar COPY ${JAR_FILE} app.jar EXPOSE 8000 ENTRYPOINT ["java", "-ja..

🖥️ 내 환경 운영 체제는 Window 11 Home Docker Desktop 버전은 4.16.3 Docker Compose 버전은 v2.15.1 docker-compose up 위 명령어를 사용하다가 docker endpoint for "default" not found가 뜨면서 안 된다. 이전에 잘 되었는데 Dockerfile을 이미지로 생성하려고 docker-compose에 코드를 작성한 후 이런 문제가 발생 해결 .docker\contexts\meta\{이상한 문자}의 경로에 meta.json 파일이 있는데 삭제한다. 다시 실행해보면 문제없이 잘 된다. 참고 👇 https://github.com/docker/compose/issues/9956 [BUG] docker endpoint for "de..

Docker open platform 애플리케이션을 인프라에서 분리 신속하다. 인프라를 애플리케이션을 관리하는 것 처럼 관리 코드를 배포에 용이 컨테이너 기반 가상화 도구 리눅스 컨테이너 기술인 LXC(Linux Containers) 기반 애플리케이션을 컨테이너라는 단위로 격리하여 실행하고 배포하는 기술 다양한 운영체제에서 사용할 수 있으며, 컨테이너화된 애플리케이션을 손쉽게 빌드, 배포, 관리할 수 있는 다양한 기능을 제공 Container 가상화 기술 중 하나 호스트 운영체제 위에 여러 개의 격리된 환경을 생성 각각의 컨테이너 안에서 애플리케이션을 실행 리눅스 커널의 기능을 사용하여 만들어짐 프로세스 단위의 격리 환경 가상화(Virtualization) 기술 하나의 물리적인 컴퓨터 자원(CPU, 메모..

Compose file 구성 version services 실행할 컨테이너들을 정의 image 컨테이너를 생성할 때 사용할 이미지 build 도커파일로부터 이미지를 빌드 context Dockerfile이 있는 위치 environment 환경 변수 설정 command 컨테이너가 실행될 때 수행할 명령어 depends_on 명시된 컨테이너가 먼저 생성되고 실행 ports 개방할 포트 지정 expose 링크로 연계된 컨테이너에게만 공개할 포트 설정 volumes 컨테이너에 볼륨 마운트 restart 컨테이너가 종료될 때 재시작하는 방법 no 재시작 x always 항상 재시작 on-failure 오류가 있을 때 재시작 network volume config secret Compose file 예시 versi..