[도커] 기본 개념

백현균·2023년 6월 3일

도커 등장 이전 서버관리

puppet, Chef,Ansible과 같은 설정 관리 도구를 통해 자동화 관리
사용자가 서버에 직접 명령어를 내리지 않고, 관리 도구가 명령을 대신하는 방식
관리자는 설정파일을 통해 도구 사용에 필요한 설정을 미리 정의
문제점
- 관리 도구에 대한 학습 필요
- 설정이 복잡할수록, 관리도구의 사용 또한 복잡해짐
- 예시로 어플리케이션 간 버전이 다를 경우 별도의 경로 설정이 필요함

서버 하나에 개발환경 별 가상머신을 여러개 띄워 사용
하나의 APP 사용만을 위한 가상머신일 경우 충돌 위험이 사라짐
- 하나의 가상머신에 여러개의 APP을 사용할 경우 충돌 위험이 생김
클라우드환경과 맞지 않는 이슈 발생
- 특정 벤더에 종속
  - VirtualBox, VMWARE 등
- 멀티 클라우드를 사용하게 될 경우 사용이 어려움
속도가 느림

확장성
- 다른 서버에서 만든 컨테이너를 실행할 수 있음
- 특정 서비스에 종속적이지 않음
- 운영 및 개발서버를 쉽게 만들 수 있음
표준성
- 개발 언어가 달라도 배포방식이나 과정은 항상 동일함
이미지
- 이미지란 컨테이너 생성 및 실행을 위한 압축 파일
  - 즉, 배포할 어플리케이션을 이미지로 만들고, 이를 도커에서 불러와 컨테이너를 생성하여 실행하는 형태
- 도커파일 스크립트를 이용하여 이미지를 생성
- 빌드서버에서 이미지를 생성하면 이미지저장소에 저장하고 운영서버에서 이미지를 불러와 컨테이너를 실행
설정관리
- 설정은 환경변수형태로 관리
- MYSQL패스워드와 같이 컨테이너를 띄울 때 환경변수를 같이 지정
- 하나의 이미지가 환경변수에 따라 동적으로 설정파일을 생성하도록 해야함
자원관리
- 컨테이너 삭제 후 새로만들경우 데이터가 초기화됨
- 업로드파일을 S3와 같은 별도의 저장소가 필요
- 세션이나 캐시를 memcached 혹은 redis로 관리해야함

가상머신
- 확장성이 떨어짐
  - 독립적인 플랫폼이 증가할 때 마다 불필요한 OS 생성 작업을 해야함
  - HyperVisor: 컴퓨터가 가지고 있는 인프라 리소스를 VM별로 배분하는 역할
- 메모리와 같은 리소스 자원 관리가 유동적으로 관리되는 것이 아니라 VM생성 시 정해지기 때문에 비효율적
컨테이너
- 하나의 OS에 마치 각각의 독립적인 프로그램처럼 관리되고 실행
- 불필요한 OS생성 작업 및 인프라를 독립적으로 나눌 필요가 없어, 확장성이 좋고 빠름