도커 도입에 대한 논의

[kkj5158]

우리 프로젝트에 도커를 도입해야하는가?

도커를 사용하는 이유를 알아야함.

• 도커를 사용해야 하는 이유?
  • #참고자료
    • https://www.44bits.io/ko/post/why-should-i-use-docker-container
  • 댜앙한 서버환경에서 발생하는 다양한 장애요인들을 도커 컨테이너로 통일성을 주어서 해결해주기때문에 운영상에서 어떤 서버에서든지 동일한 운영환경을 제공해준다. (운영환경자체가 컨테이너에 통일되어서 존재하기 때문에)
  • 고려해야할 부분 :
  • elasticsearch가 환경에 매우 민감함. -> 로컬에서 테스트를 계속 돌린다고 생각할시 4대의 컴퓨터의 환경이 동일한 가능성이 없기에
    a의 컴퓨터에서 가능한 기능이 b의 컴퓨터에서는 환경문제상 돌아가지 않을 가능성 존재
  • 로컬이 아닌 aws서버를 한대이상 구동할 경우 로컬 문제와 동일한 문제가 발생함

결론

만약 운영서버를 여러대 두고. 개발이 진행됨에 따라서 해당 운영서버들에 대한(로컬 개발 환경포함-최소 4대) 통일된 환경이 필요할 경우에 도커의 도입이 타당해보임.

도커란 무엇인가?

• 참고자료
  • [도커(Docker)란 무엇인가? 컨테이너와 가상 머신의 차이점](https://code-lab1.tistory.com/236)
• 도커의 탄생배경
  • 가상화 기술의 발전
    • 이전에는 가상머신(VM)을 사용하여 애플리케이션을 격리된 환경에서 실행하는 방식이 일반적이었습니다. 하지만 가상머신은 각각이 완전한 운영체제와 커널을 가지고 있어 자원 사용이 많고 무겁고 느리다는 단점이 있었습니다. 이런 상황에서 가볍고 빠른 실행 환경을 제공하기 위한 새로운 방법이 필요했습니다.
  • 컨테이너 기술의 부상
    • 컨테이너 기술은 가상화 기술과 달리 각각이 격리된 환경을 제공하면서도 호스트 운영체제의 커널을 공유하여 가벼우면서도 빠른 실행을 가능하게 합니다. 이러한 컨테이너 기술은 리눅스의 네임스페이스(namespace)와 컨트롤 그룹(cgroup) 등의 기술을 기반으로 합니다.
  • 개발과 운영의 간극
    • 기존의 개발과 운영 사이에는 애플리케이션 실행 환경의 일관성과 호환성에 대한 문제가 있었습니다. 개발 환경과 운영 환경이 달라서 생기는 문제를 해결하고, 애플리케이션의 배포와 관리를 편리하게 하기 위한 도구가 필요했습니다
• 컨테이너 기반의 오픈소스 가상화 플랫폼
  • 도커(Docker)는 컨테이너화된 애플리케이션을 개발, 배포 및 실행하기 위한 오픈 소스 플랫폼입니다. 도커를 사용하면 애플리케이션과 해당 종속성을 격리된 환경인 컨테이너로 패키징하여 이식성과 확장성을 향상시킬 수 있습니다.
  • 
• vs 가상머신
  • 공통점
    • 도커 컨테이너와 가상머신은 기본 하드웨어에서 격리된 환경 내에서 애플리케이션을 배치하는 방법이다.
  • 차이점
    • 도커: 도커 컨테이너는 호스트 운영체제의 리소스를 공유하면서 프로세스 수준에서 격리됩니다. 각 컨테이너는 자체 파일 시스템을 가지고 있지만, 호스트 운영체제의 커널을 공유하므로 가벼우며 빠르게 시작할 수 있습니다.
    • 가상머신: 가상머신은 호스트 운영체제와 완전히 분리된 환경을 제공합니다. 각 가상머신은 자체 운영체제와 파일 시스템을 가지고 있으며, 가상화된 하드웨어를 통해 실행됩니다.
  • 결론
    • 도커는 가상머신에 비해 가볍고 빠른 실행 환경을 제공하며, 애플리케이션의 배포와 관리를 편리하게 할 수 있습니다. 도커는 호스트 운영체제의 커널을 공유하여 자원 사용을 최적화하고, 이미지로 애플리케이션을 패키징하여 일관된 실행 환경을 제공합니다. 또한, 도커는 컨테이너마다 자원을 할당하고 제한하여 효율적인 리소스 관리를 가능하게 합니다. 이를 통해 개발자와 운영팀은 빠른 개발과 배포, 확장성과 이식성을 갖춘 애플리케이션을 구축할 수 있습니다.