서버

로컬환경에 Jenkins를 설치하고 GitHub과의 CI/CD환경을 구축하는 예제다. Jenkins 설치 기본적으로 공식문서 에서 소개하는 방식을 따라하면 DinD(Docker-in-Docker) 방식으로 구성하게 된다. DinD의 경우, privileged 권한부

프로젝트를 진행하면서 서버구성 업무를 맡았을 때 사용했던 프로그램이다그냥 도커없이 직접적으로 설치하면 되는거아니냐? 라고도 말할 수 있겠지만 도커가 가져다주는 장점을 생각해보면 사용할 가치가 충분하다종종 잠에들기전에 이렇게 해보면 어떨까? 그게 뭐더라? 같은 생각을 하

Docker의 Build는 Client-Server 아키텍처를 띄고있다.Client( Buildx ) : 빌드를 실행 및 관리에 대한 UIServer( BuildKet ) : 빌드 실행 처리만약, 빌드를 실행하면 Buildx 클라이언트에서 백엔드의 BuildKet으로

앞선 포스팅에서 작성했던 Dockerfile은 하나의 `FROM` 지침만을 이용했다. **Multi-Stage 빌드**에서는 한 Dockerfile에 **여러개의 `FROM` 지침**을 이용한다. Multi-Stage 빌드를 이용하면 한 Dockerfile 내에서 단

이번 포스팅은 Docker 빌드과정에서 SSH나 인증관련 값들의 관리방법에 대해 작성하려고 한다.앞선 Docker 빌드(2) 에서 소개했던 ARG와 ENV는 빌드과정에서 변수값을 사용할 수 있게 해주지만, 최종 결과물인 이미지에도 값이 남아있기 때문에 민감한 정보를 작

모든 Dockerfile은 FROM 지침과 함께 작성을 시작한다.위 예시에서도 ubuntu:22.04를 Base 이미지로 사용한다는 의미의 FROM 지침으로 시작하고있다.Base 이미지는 빌드작업 중, 동작할 환경을 의미한다.Ubuntu, Alpine, Python 등

일반적인 컨테이너 생성은 Dockerfile을 작성하고 이미지를 빌드한 뒤, run으로 동작시킨다.하지만, 서비스는 보통 데이터베이스, 캐시, API 서버 등의 구성요소들로 이루어져있다. 이런상황에서 일반적인 컨테이너 생성방식은 각각의 구성요소마다 컨테이너를 생성해줘야

이번 포스팅에서는 Dockerfile에 작성가능한 지침목록과 내용들에 대해 살펴볼생각이다.공식문서(https://docs.docker.com/reference/dockerfile/지침과 인수를 쉽게 구분하기위해 관례적으로 지침은 대문자로 작성하는 것이 권장된다

Nginx 설정파일은 기본적으로 nginx.conf 라는 이름을 가지며, /usr/local/nginx/conf 혹은 /etc/nginx, /usr/local/etc/nginx 밑에 존재한다. 설정파일은 directive로 제어되는 모듈로 구성되며, directive는

본인은 Spring으로 웹개발을 배웠고, 지금까지 3회의 프로젝트 경험을 가지고 있다. 그 경험속에서 모든 아키텍처는 3-Tier 아키텍처였고, 프로젝트 규모도 작았기때문에 별다른 문제점을 느끼지는 못했었다. MSA라는 용어가 주변에서 자주 들려왔지만, 소규모 프로젝트