Wonit 2020. 11. 24. 15:48

도커가 처음 등장했을 당시에는 마치 GIT이 처음 등장했을 때와 같은 분위기라고 하였다.

subicura님의 블로그에서 발췌한 도커 설문조사에 의하면 90%가 개발에 사용중이고 80%가 DevOps에 사용할 예정이며 58%가 운영 환경에서 사용중이라고 답변이 나왔다.

이러한 도커가 인기가 끄는 이유로 자연스럽게 우리는 도커를 배워야할 첫 번째 이유가 된 것이다.

사실 막연하게 남들이 하니까 무언가를 배운다는 것은 그닥 좋은 접근 방법은 아니라고 생각하지만, 이 분야에서는 남들이 하니까 무언가를 배운다는 것이 하나의 이유가 될 수 있다고 생각한다.

기본적으로 협업이라는 생태계가 베이스된 곳이라 내가 모르고 남들이 아는 기술이면 협업이라는 것이 진행될 수 없기 때문에 우리는 흐름에 민감해야하고 흐름을 받아들여야 한다.

그래서 우리는 도커를 배워야 한다.

지금은 막연하지만 이 이후에 있을 시리즈 에서는 진짜 도커가 필요한 이유에 대해서 이야기 해보려 한다.

만약 우리가 깃랩을 다운로드받으려고 한다.

하지만 우리가 개발하는 컴퓨터는 2대이고 각각 OS가 다르다.

그리고 공식 문서에는 각각 다른 설치 방법을 제공한다.

하지만 우리가 도커를 사용한다면, 한 번의 명령어로 저 3개의 운영 환경에서 깃랩을 성공적으로 다운받을 수 있게 되는 것이다.

그럼 도커는 위와 같은 기능을 어떻게 가능하게 하는지 알아보며 전통적인 배포에서 가상화된 배포를 넘어 컨테이너 배포의 과정을 알아보자.

전통적인 배포의 시대

초기에 애플리케이션을 하나의 물리 서버에서 실행하였다.

하나의 물리 서버에서 여러 애플리케이션을 실행한다면 각각의 애플리케이션이 잡는 리소스들의 크기를 조율하기가 어려웠다.

어떤 애플리케이션은 한 서버의 리소스를 모두 사용하는 것이 있을 수도 있고, 그런 애플리케이션이 여러 개가 있을 수 있다.

그래서 이를 해결하는 방법은 새로운 물리 서버 증설이었다.

하지만 물리 서버를 많이 유지하고 관리하는 것은 조직에게 비용적 측면에서의 큰 타격을 주게 되었다.

그래서 이를 해결하기 위해서 가상화라는 개념이 도입 되었다.

가상화된 배포 시대

단일 물리 서버의 CPU에서 여러 VM을 실행시킬 수 있는 가상화가 탄생한 것이다.

우리가 윈도우에서 리눅스를 사용하기 위해서는 Virtual Machine 이라는 가상화 기술을 사용한다.

각종의 OS 홈페이지에 가면 ISO 이미지 파일을 제공하는데, 우리는 해당 이미지 파일을 이옹해서 나의 OS 내부에 새로운 Guest OS를 설치해서 컴퓨터가 마치 여러 대가 있는 것 처럼 이용한다.

이런 가상화를 이용하면 물리 서버에서 리소스를 앞선 세대와 달리 효율적으로 사용할 수 있으면서 쉽게 새로운 애플리케이션을 추가하거나 업데이트 할 수 있었다.

결극 자연스럽게 하드웨어 비용을 절감할 수 있게 되었다.

가상화된 배포의 시대는 사실상 현대 배포의 과도기라고 생각한다.

지금 당장에도 가상화된 배포로만 서버 운영을 할 수 있다.

크게 문제점이 있는 것은 아니지만 도커가 등장한 이후로 (컨테이너 기술이 사용된 이후) 컨테이너 기반 배포가 다양한 장점이 있기 때문에 컨테이너로 많이 넘어가고 있는 추세라고 생각한다.

컨테이너 배포의 시대는 VM과 유사한 방식이지만 훨씬 가볍다.

컨테이너 배포는 가상머신의 필요없는 부분을 없애고 다음과 같은 추가적인 혜택을 제공한다.

VM 이미지를 사용하는것에 비해서 컨테이너 이미지 생성이 쉽고 효율적이라고 한다.

또한 애플리케이션이 테스트 및 기능이 추가된다면 자체를 배포하는 것이 아니기라 이미지를 빌드해서 배포할 수 있기 때문에 쉽게 통합 및 배포가 가능하고 이미지의 불변적 특성으로 쉽게 롤백이 가능해진다.