컨테이너 (IT) [ 2021.06.01]

컨테이너.zip

0.93MB

문서.zip

2.04MB

가상화.rtf

0.89MB

도커를설명.zip

0.79MB

컨테이너설명.zip

0.22MB

쿠버네티스 기술과 방식.zip

0.72MB

마이크로서비스 아키텍처.rtf

0.86MB

쿠버네이트 https://gwonbookcase.tistory.com/28

컨테이너

 

개발된 이유
     - 응용프로그램을 개발하고 , PC 또는 노트북의 프로그램을 테스트 서버로 프로그램을
        배포하고 테스트 서버에서 테스트 완료 후 운영으로 프로그램을 옮기어 실행하면
        생각하지도 못한 여러가지 오류가 발생되는 것이 개발하는 입장에서는 개발과
        또 다른 해결해야 할 숙제입니다.
     - 환경마다 설정값(라이브러리 포함), 네트워크, 보안 정책, 스토리지 관리정책 등이
       달라 이러한 일들이 일어 났습니다. 이것을 해결하기 위해서 소프트웨어를
       다른 환경으로 이동하면서도 안정적으로 실행 하고자 하는 고민을 하게 되었으며
       이것에 대한 해결책으로 컨테이너가 탄생했습니다.

 

개념
     - 실행에 필요한 응용프로그램의 라이브러리, 바이너리 파일, 환경 파일등을
       하나의 꾸러미(패키지)로 묶어 배포하는 것에서 출발
     - 개발환경,테스트 환경, 운영환경으로 실행 환경이 변경되어도 실행에 필요한
        모든 구성들이 하나의 꾸러미로 움직여 오류를 최소화 할 수 있습니다.
     - 운영 체제(OS)를 제외하고 응용프로그램실행에 필요한 모든 구성파일들을
       꾸러미로 묶는(패키징) 하는 것으로 운영 체제 레벨 가상화 입니다.

 

사용 이유
     - 다양한 프로그램, 실행환경을 컨테이너로 추상화 하고 동일한 인터페이스를 제공하여
       프로그램의 배포 및 관리를 단순하게 해주며 , backend 프로그램, 데이터 베이스, 메세지
       큐 등 많은 프로그램도 컨테이너로 추상화가 가능하고 PC, AWS, Azure,
       Google cloud 등에서도 실행이 가능
     - 서버 가상화를 사용하지 않고 컨터이너를 사용하는 이유로는 size와 수행 속도입니다.
     - 컨테이너는 OS 상에서 실행되는 내용만 가지고 있으미 size 가 MB단위로
        VM의 GB 단위보다 Size가 작습니다.
     - VM 보다 크기가 작으니 서버당 실행 할 수 있는 수가 VM보다 상대적으로 많습니다.
     - 컨터이너는 OS 부팅이 필요 없이 컨테이너만을 이용해서 실행 시킬 수 있어
       몇 초 안에 서비스를 실행 할 수 있습니다.
     - 배포를 컨터이너 단위로 할 수 있어 배포도 매우 용이합니다.

 

참고
     - 하드워에 가상화
       서버에 하이퍼바이저 설치 후 그 위에 가상 운영체제와 응용프로그램을
       패키징하여 실행하는 가상머신(VM) 방식이 있습니다.
       서버 가상화라 칭하기도 하며 서버 가상화를 위해 VM,KVM,Xen,Hyper V 등이 사용

 

단점
     - 컨터이너는 운영체제를 공유하는 방식으로 운영체제 위해서 실행하는 구조로
       서버 가상화보다 운영체제와 연결이 강화됩니다.
     - 운영체제와 연결되는 부분이 많아 컨테이너가 해킹을 당하면 해당
       OS도 해킹을 당할 가능성이 높습니다.
     - 현재 linux에서만 지원이 되는 점도 컨테이너의 해결할 일 중 하나입니다.

아래의 이지는 가상화와 컨터이너의 차이점을 잘 보여주고 있습니다.
가상화는 하이퍼 바이저 위에 OS가 다시 설치되지만
컨터이너는 메인 OS위에 바로 설치하여 프로그램을 바로 실행 할 수 있습니다.

컨테이너(container)는 VM이 없으며 게스트 OS도 없습니다. 따라서 더 강력한 가상화 기술이며, PaaS가 대중화 되면서 주목받고 있습니다.