[디지털 뱃지] 일일 스터디 Day 11

[디지털 뱃지] 일일 스터디 Day 11

General(Hypervisor) & Developer(gRPC) 핵심 돌파

1. 오늘의 핵심 이론 설명

General Engineering - OS/Virtualization

하이퍼바이저형 가상화(VM) vs 컨테이너 가상화(Container) 격리 메커니즘

클라우드 인프라 아키텍처의 하부 레이어를 구성하는 두 가지 핵심 가상화 패러다임의 동작 방식과 차이점입니다.

• 하이퍼바이저(Hypervisor) 가상화: 물리 하드웨어 위에 가상화 소프트웨어 레이어를 두고, 그 위에 독립된 **게스트 운영체제(Guest OS)**를 통째로 구동하는 가상머신(VM) 방식입니다. 하드웨어 수준의 완벽한 물리적 격리를 보장하지만, OS 가동을 위한 오버헤드가 크고 부팅 및 리소스 할당 속도가 무겁습니다. (Type-1 Bare-metal과 Type-2 Hosted로 나뉩니다.)
• 컨테이너(Container) 가상화: 별도의 게스트 OS 없이, **호스트 운영체제(Host OS)의 커널을 공유**하면서 어플리케이션 실행 런타임 공간만 논리적으로 격리하는 방식입니다. OS 레이어가 빠졌기 때문에 수 메가바이트(MB) 수준으로 매우 가볍고 초단위로 생성/소멸(오토스케일링 최적화)이 가능합니다.
• 리눅스 커널 격리 기술: 컨테이너 격리를 가능하게 하는 핵심 커널 메커니즘은 프로세스별로 독립된 자원 공간(파일, 네트워크, PID 등)을 부여하는 네임스페이스(Namespace)와, CPU 및 메모리 등의 최대 가용 리소스 사용량을 제한하는 컨트롤 그룹(cgroups)입니다.

Developer Engineering - Software Architecture

고성능 분산 통신을 위한 gRPC와 프로토콜 버퍼(Protocol Buffers)

MSA 백엔드 환경에서 기존 HTTP/REST API의 텍스트 기반 직렬화 한계를 극복하고 고속 데이터 스트리밍을 구현하는 차세대 통신 프레임워크입니다.

• gRPC의 본질: 구글이 개발한 오픈소스 원격 프로시저 호출(RPC) 프레임워크로, 클라이언트가 서버의 메서드를 마치 로컬 함수처럼 다이렉트로 호출할 수 있게 합니다. 통신 규격으로 **HTTP/2**를 채택하여 하나의 커넥션으로 다중 요청을 처리(Multiplexing)하고 양방향 스트리밍 통신이 가능합니다.
• 프로토콜 버퍼(ProtoBuf): REST API의 JSON 구조처럼 텍스트 형태로 데이터를 주고받는 대신, 데이터 구조를 구조체 형식 파일(.proto)로 정의한 뒤 이를 바이너리(Binary) 데이터 스트림으로 직렬화하여 압축 전송합니다. 데이터 크기가 극도로 작아지고 직렬화/역직렬화 연산 속도가 압도적으로 빨라집니다.
• 강력한 타입 안전성(Type Safety): 인터페이스 정의 언어(IDL)를 기반으로 다국어(C++, Go, Python 등) 소스코드가 자동 생성되므로, 이종 언어로 개발된 마이크로서비스 간에 정확한 데이터 스펙 공유 및 API 정합성을 강제할 수 있습니다.

---

2. 디지털 뱃지 레벨 1~2 예상 문제집

Q1. 가상화 기술 중 컨테이너(Container) 시스템에 대한 설명으로 가장 거리가 먼 것은?

1) 개별 컨테이너 인스턴스마다 독립된 게스트 운영체제(Guest OS)를 필수적으로 탑재하여 구동한다.
2) 리눅스 커널의 네임스페이스(Namespace) 기술을 이용하여 프로세스 간 자원 격리를 수행한다.
3) cgroups(Control Groups) 메커니즘을 통해 컨테이너별 CPU 및 메모리 최대 사용량을 제한할 수 있다.
4) 하이퍼바이저 기반 가상머신에 비해 구조가 가볍고 오버헤드가 적어 오토스케일링 속도가 매우 빠르다.

정답 및 해설 보기

정답: 1)
해설: 컨테이너 가상화는 하이퍼바이저 기반 가상머신(VM)과 달리 독립된 게스트 OS를 내장하지 않습니다. 호스트 운영체제의 커널을 공유하면서 어플리케이션 구동 영역만 논리적으로 분리하므로 오버헤드가 없고 민첩합니다.

Q2. MSA 환경에서 고속 통신 인프라를 구축하기 위해 도입하는 'gRPC' 프레임워크의 특징에 대한 설명으로 올바르지 않은 것은?

1) 전송 통신 규격으로 HTTP/2 프로토콜을 사용하여 양방향 데이터 스트리밍이 가능하다.
2) 프로토콜 버퍼(Protocol Buffers)를 기반으로 데이터를 사람이 읽을 수 있는 JSON 형태의 무겁고 긴 텍스트 스트링으로 변환해 유통한다.
3) IDL 파일로 인터페이스를 기술하면 다양한 프로그래밍 언어(C++, Go, Java 등)로 호환 코드를 자동 생성해 준다.
4) 직렬화 및 역직렬화 속도가 매우 민첩하여 내부 시스템 간 인터널 통신 및 고속 리플리케이션 아키텍처에 강점이 있다.

정답 및 해설 보기

정답: 2)
해설: gRPC는 프로토콜 버퍼를 활용할 때 JSON 같은 텍스트 포맷이 아닌, 기계가 이해하기 가장 최적화된 형태의 데이터 규격인 **"바이너리(Binary)" 포맷**으로 고속 직렬화하여 패킷 크기를 압축 유통합니다. 사람이 직접 텍스트로 조회하기는 어려우나 컴퓨터 간 통신 효율은 최고 수준입니다.

---

💡 신기술 추가 지식 : 저수준 가상 데이터 제어와 고성능 소켓 스트리밍의 결합

클라우드 마이그레이션 아키텍처나 다중 가상 인프라 데이터 제어 솔루션 환경(오케스트로 인프라 구성 등)을 설계할 때는, 물리 인프라 하드웨어 단의 변화를 가상화 엔진에 유실 없이 연동하는 기법이 극도로 중요합니다. 예를 들어 원천 인프라의 로우 레벨 파일 시스템이나 물리 디스크 세션의 변경 정보를 실시간 복제(Replication)하기 위해, 커널 단에서 볼륨 섀도우 복사 복제본을 가둔 뒤 변동되는 디스크 블록 데이터 스트림을 백엔드 오케스트레이터 서버로 전송해야 합니다. 이때 전송 백엔드 솔루션을 C++이나 Go 언어를 사용하여 오늘 공부한 gRPC 바이너리 데이터 스트리밍 채널로 관통시키면 네트워크 병목 현상을 원천 제거할 수 있으며, 이 기법은 초대형 인프라간 무중단 실시간 볼륨 마이그레이션 기술의 중추적인 최신 설계 엔지니어링 패러다임으로 매우 가치 있게 다뤄집니다.