환경

• (칠판에 컴퓨터 여러대를 간단하게 그리고 버전을 적으면서)

• 정확히 말하면, 팀원들과 개발을 함께 하다보면 언어나 프레임워크 버전이 달라 오류가 나는 경우가 있을 수 있습니다.

  경험 사례: 옛날에 개발 프로젝트를 진행했을때 버전이 달라서 이슈를 겪었던 적이 있었습니다.

• 도커를 사용하면 이런 호환성 문제를 쉽게 해결 할 수 있을 것이고, 도커 이미지에 언어나 프레임워크 버전을 미리 모두 정해놓을 수 있기도 하고 해당 이미지를 컨테이너화를 시키면 그 컨테이너는 로컬 환경의 간섭 없이 독립적으로 구동하기 때문에 위와 같은 걱정을 할 필요가 싹 사라지기도 합니다.

• Dockerfile를 생성하여 사용하고, 설치할 언어, 프레임 워크, 패키지 등을 미리 코드 형태로 명시하고 어느 컴퓨터에서든 쉽게 자동으로!! 설치할 수 있기 때문이라고 생각합니다.

서버

• 더 큰 장점은 서버를 옮기거나 늘릴때 확장할때 발휘된다.
• 만약 서버에서 배포하고 있던 서비스의 인기로 인해 많은 사람들이 사용하게 되었을때 고려해서 서버를 늘리거나 이사를 가야 할 경우 새로운 서버에 하나하나 전 서버에서 사용하던 모든 것들을 설치하게 되면 귀찮은 일이 된다고 생각하는데, 도커를 사용하게 되면 이미지만을 가져와 새로운 서버에 컨테이너를 만들고 하면 쉽게 전에 사용하던 서버 환경을 그대로 까진 아니더라도 동일하게 구축이 가능하기 때문

자원적, 성능적으로 뛰어난다고 생각이 든다.

• 기존 방식 → 가상화 방식

  • 각 가상환경마다 독립된 커널 os가 존재하여 무겁고 느릴 수 밖에 없었다. 또한 각 환경마다 쓸 수 있는 자원이 고정으로 정해져 있기 때문에 컴퓨터의 성능과 환경이 제한된다는 단점을 가지고 있습니다.

• 새로운 방식 → 도커 방식

  • 새롭게 커널을 생성하지 않아도 기존의 커널os자원을 계승하여 사용한다는 장점이 있습니다.
  • 또한 각 환경마다 사용할 수 있는 자원이 고정으로 정해져 있지 않아 유동적으로 변할 수 있다. 이러한 이유로 기존의 가상화 방식보다 훨씬 자원적, 성능적으로 뛰어날 수 밖에 없다.

  

  좀 더 쉽게 풀어보면, 도커 이전 방식은 쉽게 말해 가상 os(맥, 리눅스, 윈도우)을 설치하고 했어야 했다면 지금은 그냥 가상os를 설치 하지 않아도 된다. 그래서 어쩌면 자원적, 성능적으로 뛰어난 것이 도커가 되는 것 같아요!