본문 바로가기

Docker Study

(9)

쿠버네티스 객체 이해하기 쿠버네티스 객체 쿠버네티스에서 클러스터내의 리소스를 추상화하기 위해 객체라는 개념을 사용한다. 쿠버네티스 객체는 쿠버네티스에서 실행되는 애플리케이션, 서비스, 볼륨, 네트워크 등 모든 것을 표현한다. 명령적 방식과 선언적 방식으로 객체를 생성할 수 있으며 쿠버네티스 적절한 객체를 사용하여 복잡한 애플리케이션을 쉽게 배포하고 관리할 수 있다. Pod 객체 여러 개의 컨테이너가 실행되는 가장 작은 배포단위로 컨테이너를 실행하고 관리하는 소스이다. pod는 컨테이너를 논리적으로 그룹화하고, 볼륨 및 네트워크 네임스페이스와 같은 공유 리소스를 공유한다. deployment, replicaset 등 다양한 오브젝트를 사용하여 pod를 생성하고 관리할 수 있다. pod는 클러스터 내부 IP주소(디폴트로 생성)를 가..

Kubectl과 Minikube kubectl kubectl은 kubernetes CLI(command line interface) 두구 중 하나로 쿠버네티스의 클러스터를 관리하는 명령어 도구이다 클러스터에서 실행 중인 컨테이너 상태를 모니터링할 수 있다. pod나 service 등 리소스를 생성 및 삭제, 로그 확인등 다양한 작업을 한다. 클러스터와 통신하여 애플리케이션을 빠르게 배포하고 관리하는 것이 가능하다. 마스터 노드에 명령을 보내 클러스터를 관리하다. (마스터 노드가 클러스터를 관리한다.) Install brew install kubectl 아래 명령어로 최신 버전을 확인할 수 있다. kubectl version --client minikube 로컬 개발 테스트용으로 쿠버네티스 클러스터를 구축할 수 있는 도구이다. 가상머신 ..

Dockerfile 최적화 Multi-Stage Build(멀티스테이지 빌드) Multi-Stage Build(멀티 스테이지 빌드)란? 단일 도커 파일에서 여러 단계의 빌드를 수행하는 방법입니다. 사용하는 이유 빌드 도구와 런타임 환경을 분리하고 실행에 필요한 최소한의 구성만 포함하여 이미지 크기를 최소화할 수 있습니다. 빌드 도구와 관련된 정보들을 외부에 노출시키지 않아 보안을 강화할 수 있습니다. 중복된 작업을 피하고 이전 단계의 캐시를 활용하기 때문에 빌드 속도가 향상됩니다. Dockerfile Example 아래는 Create React App을 기반으로 React 애플리케이션을 빌드하고 Nginx를 사용하여 정적 파일을 서빙하는 Dockerfile을 작성한 예시입니다. # node:18-alpine 베이스 이미지를 사용하여 builder 스테이지를 시작합니다. # alpi..

Kubernetes 아키텍처와 개념 쿠버네티스란? 쿠버네티스는 컨테이너화된 애플리케이션을 관리하고 배포하기 위한 오픈소스 툴입니다. 쿠버네티스를 사용하면 애플리케이션의 상태를 관리하고, 자동 배포, 스케일링, 로드 밸런싱, 복구, 모니터링 등 다양한 기능을 수행할 수 있습니다. 확장성과 가용성이 높아 대규모 컨테이너 기반 애플리케이션을 관리하기에 적합합니다. 쿠버네티스는 다양한 클라우드 환경에서 동작할 수 있도록 설계되어 있어 클라우드 네이티브 애플리케이션 개발 및 운영에 유용합니다. 왜 사용할까? 쿠버네티스는 컨테이너화된 애플리케이션의 배포와 관리를 단순화해 줍니다. 컨테이너화된 애플리케이션을 자동화된 방식으로 배포하고, 확장하고, 컨테이너가 실패할 경우 모니터링하는 방법과 컨테이너를 교체하는 방법을 정의할 수 있고 관리할 수 있습니다...

도커 컴포즈 도커 컴포즈는 다중 컨테이너 설정을 쉽게 관리할 수 있습니다. 모든 서비스와 모든 컨테이너를 즉시 시작하고 필요하다면 필요한 이미지를 빌드하는 것을 하나의 명령어를 사용하여 모든 것을 시작하거나 중단할 수 있습니다.(오케스트레이션) docker build와 docker run 명령을 대체할 수 있는 도구입니다. 다수의 docker build & docker run 명령을 하나의 구성 파일로 가집니다. 누구와도 공유할 수 있는 정의된 언어를 사용하는 구성파일을 가집니다. 이 구성 파일을 활용한 하나의 명령으로 전체 다중 컨테이너 애플리케이션을 시작하거나 중단할 수 있습니다. 도커 컴포즈는 Dockerfile, 이미지, 컨테이너를 대체하지 않습니다. 도커 컴포즈는 다수의 호스트에서 다중 컨테이너를 관리하는데..

도커 컨테이너 간 통신 도커 컨테이너 간의 통신을 하기 위해 여러 개의 컨테이너를 만들어 봅니다. 기본적으로 웹 API 및 웨 피이지와 통신할 수 있습니다.(WWW) 불필요한 것을 복사하지 않도록 **.dockerignore**을 작성합니다. .dockerignore node_modules Dockerfile .git API server(node) 도커화 FROM node // node: 버전을 명시하지 않으면 최신 버전을 사용(노드 기본 이미지 사용) WORKDIR /app // 작업 디렉토리를 명시 COPY package.json . // 작업 디렉토리에 package.json 복사 RUN npm install // 프로젝트 종속성을 설치 COPY . . // 프로젝트 폴더 모든 파일을 컨테이너 작업 디렉토리에 복사 EXP..

도커 볼륨과 바인드 마운트 볼륨 vs 바인드 마운트 도커 컨테이너에 데이터를 보존하기 위해 볼륨과 바인드 마운트라는 두 가지의 외부 데이터 저장 메커니즘이 있습니다. Volumes 컨테이너 외부의 특정 디렉토리에 연결된 도커 컨테이너의 내부 디렉터리입니다. 볼륨은 도커 내장 기능으로 도커가 관리합니다. 볼륨은 컨테이너가 종료된 경우에도 지속되며 계속 존재합니다. 볼륨은 도커가 인식하는 호스트 머신인 컴퓨터에 있는 디렉터리로 도커 컨테이너 내부의 디렉터리에 매핑됩니다. (컨테이너 내부의 폴더와 컨테이너 외부 폴더 연결) 익명 볼륨(Anonymous volumes) FROM node:16 WORKDIR /app COPY package.json . RUN npm install COPY . . EXPOSE 80 VOLUME [""] CM..

도커 이미지와 컨테이너 도커 이미지와 컨테이너 도커 엔진에서 사용하는 기본 단위는 이미지와 컨테이너이며, 이 두 가지가 도커 엔진의 핵심입니다. 이미지에는 코드, 설정, 여러 것들이 포함되며 컨테이너는 그 이미지의 실행 인스턴스입니다. 이미지를 기반으로 컨테이너를 실행합니다. 도커 이미지 이미지는 실제로 코드와 코드를 실행하는데 필요한 도구를 포함한 것으로 컨테이너를 생성할 때 필요한 요소입니다. 여러 개의 계층으로 된 바이너리 파일이 존재하고, 컨테이너를 생성하고 실행할 때 읽기 전용으로 사용됩니다. 도커에서 사용하는 이미지의 이름은 기본적으로 [저장소 이름]/[이미지 이름]:[태그]로 구성됩니다. 저장소: 이미지가 저장된 장소를 의미(생략 가능) 이미지 이름: 이미지가 어떤 역할을 하는지 나타냅니다. 이미지는 생략할 수 없..

이전 1 2 다음

티스토리툴바