[CS] 클라우드 서비스 배포 방식의 변화 과정

 

전통적 배포방식

먼저 기존에는 서비스를 어떤 방식으로 배포했는지 알아봅시다. 전통적 배포방식은 가상화 이전, 그러니까 오래전부터 쓰이던 방식입니다. 물리적인 컴퓨터 한 대에 하나의 OS를 깔고 여러가지 프로그램을 설치하는 방식이에요.

• 예전에는 서비스를 배포할 때 , 하나의 물리 서버(컴퓨터)에 할당하고, 한 물리 서버에서 여러 애플리케이션의 리소스 할당하고 구동했었습니다. 이 방식의 문제는 어떤 프로그램을 설치했을 때 다른 앱에도 영향을 끼치는 것이 가능했다는 것입니다.
  • A라는 앱이 리소스를 많이 잡아먹고 있어서 B앱의 성능이 저하된다던지.. 등등

그 해결책으로 도입된 것이 가상머신(Virtual Machine)입니다. 

 

가상머신(Virtual Machine) 이란?

• 실행중인 애플리케이션과 운영체제(OS)를 포함하여 컴퓨터와 거의 동일한 모든 기능을 수행할 수 있는 컴퓨터의 가상화된 인스턴스입니다.
  • 실재하는 컴퓨터 위에 소프트웨어로 논리적으로 만들어낸 또 다른 하나의 컴퓨터라고 보면 됨.
• 하이퍼바이저라고 불리는 중간 계층에서 하나의 시스템 상에서 가상 컴퓨터를 여러  개 구동할 수 있도록 해주며, 이 위에 여러 개의 가상 머신을 구축할 수 있습니다. 
• 이와 같은 "가상화"를 통해 하나의 하드웨어로 여러개의 소프트웨어적인 가상머신을 만들어 여러명의 사용자들에게 독립적으로 배포하는 클라우드 서비스를 할 수 있습니다.

언제 쓰는가?

• 실제로 있는 컴퓨터 시스템을 여러 명의 사용자가 서로 간섭받지 않고 동시에 사용할 수 있게 하기 위해 ! ( 높은 효율성 )

장점

• 독립적으로 구축된 가상머신은 독립적이기 때문에, 서로 간 간섭이 없습니다.
  • A 가상 머신에 어떤 프로그램을 설치했다고 해서, B 가상 머신에서 어떤 서비스에 오류가 나는 버그나 성능 저하가 발생하는 걱정을 하지 않아도 된다는 것.

단점

• OS는 공유되지 않기 때문에 일일히 VM위에 OS를 설치해주어야 한다는 것..

 

컨테이너

컨테이너는 애플리케이션을 한 컴퓨팅 환경에서 다른 컴퓨팅 환경으로 빠르고 안정적으로 실행할 수 있도록 코드와 모든 종속성을 패키징하는 소프트웨어의 표준 단위입니다. 

• 컨테이너는 가상머신과 달리 프로그램 구동을 위해서 OS를 매번 설치할 필요가 없어요.
• 기본 인프라와의 종속성을 끊었기 때문에, 클라우드나 OS 배포본에 모두 이식 가능

컨테이너는 OS를 서로 공유하기 때문에, 어떤 프로그램의 문제가 다른 프로그램을 간섭할 수는 없지만, 그러나 내 프로그램의 문제가 OS에 문제를 일으킬 경우에는 OS에서 구동 중인 전체 컨테이너의 문제가 될 가능성이 있기 때문에 이 점에 신경써야 합니다.

 

Deployment 변화 과정 

 

이렇게 클라우드 서비스 배포 방식은 전통적 배포 방식부터 가상 머신 방식, 컨테이너 방식으로 발전해왔습니다.

 

	전통적 배포	가상머신 기반 배포	컨테이너 기반 배포
컴퓨터	물리적인 컴퓨터 1대	물리적인 컴퓨터 1대 + 다수의 가상 머신	컴퓨터 형태에 영향을 받지 X
OS	물리적인 컴퓨터 1대의 OS	물리적인 컴퓨터 1대의 OS + 가상 머신에 설치된 각각의 OS	컴퓨터 형태와 관련없이 설치된 OS 1개
리소스	컴퓨터 1대의 리소스를 여러 프로그램이 나눠서 사용	하이퍼바이저를 통해 가상 머신에게 독립적으로 할당하여 독립적으로 사용	OS에서 프로그램별로 자우너을 할당하고 관리
격리 수준	격리되지 않아 간섭 발생	각 가상머신이 완전히 격리됨	프로그램 실행 환경은 격리되지만 OS 환경을 공유됨
문제 전이 가능성	특정 프로그램의 문제가 시스템 전체에 문제를 일으킬 수 있음	특정 가상머신의 문제가 다른 가상머신에 문제로 전이될 가능성은 거의 없다고 봐도 됨.	프로그램 간 간섭은 없지만, 프로그램이 OS에 문제를 일으키는 경우 간접적으로 다른 프로그램에 문제가 생길 수 있음.

 

<참고 자료>

쿠버네티스 알아보기 1편: 쿠버네티스와 컨테이너, 도커에 대한 기본 개념 | 인사이트리포트 | 삼

 

Deployment의 변화 과정