개념을 외웠는지가 아니라, 하이퍼바이저 유형과 VM·컨테이너의 격리·오버헤드 구조를 같이 두고 워크로드에 맞게 끊는지 가르려는 질문이다.
가상화는 하나의 물리 자원을 여러 논리 자원으로 잘라 따로따로 운영할 수 있게 만드는 기술이다. VM은 하이퍼바이저가 가상 하드웨어를 만들어 각 VM에 별도 OS·커널을 올리는 방식이라 격리가 강하고 이기종 OS도 돌릴 수 있지만, 부팅이 무겁고 자원 오버헤드가 크다. 컨테이너는 호스트 커널을 공유한 채 프로세스·파일시스템·네트워크 네임스페이스만 격리해 가볍고 빠르게 뜨지만, 커널 공유에서 오는 보안·호환 제약이 있어 멀티테넌트나 다른 OS가 필요한 자리에선 한계가 명확하다. 그래서 실무에선 VM 위에 컨테이너를 띄우는 식으로 두 모델을 같이 쓰는 게 흔하다.
VM 기반 운영을 컨테이너로 옮겨 비용·배포 속도를 끌어올린 경험이 있다면 모델 전환 사례로 연결할 수 있다
격리 요구 때문에 VM을 그대로 유지한 자리를 정해 본 적이 있다면 트레이드오프 판단 관점으로 말할 수 있다
VM 위에서 컨테이너를 돌리는 혼합 구조를 운영해 본 경험이 있다면 두 모델의 자리 차이를 묶어 설명할 수 있다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.