Question 1

Git이란 무엇입니까?

Accepted Answer

Git은 시간에 따른 소스 코드 변경을 추적하는 분산 버전 관리 시스템입니다. SVN과 같은 중앙집중식 시스템과 달리, 각 개발자는 로컬 머신에 프로젝트 이력의 완전한 복사본을 가집니다. 이를 통해 오프라인 작업이 가능하며, 단일 장애 지점이 없어 더 나은 복원력을 제공합니다.

Question 2

Linux의 /etc 디렉터리란 무엇입니까?

Accepted Answer

/etc 디렉터리에는 시스템 및 시스템에 설치된 애플리케이션의 구성 파일이 포함됩니다. 관리자가 시스템 동작을 사용자 정의하기 위해 수정할 구성 파일을 찾는 표준 위치입니다. 일반적인 파일에는 사용자용 /etc/passwd, 로컬 DNS 해석용 /etc/hosts, 파일 시스템 마운팅용 /etc/fstab 등이 있습니다.

Question 3

TCP 프로토콜이란 무엇입니까?

Accepted Answer

TCP(Transmission Control Protocol)는 데이터의 순차적 전달을 보장하는 신뢰성 있는 전송 프로토콜입니다. 데이터를 전송하기 전에 연결을 설정하고(3-way handshake), 확인 응답을 통해 각 패킷이 수신되었는지 확인합니다. HTTP, HTTPS, SSH, FTP처럼 신뢰성이 필요한 애플리케이션에는 TCP를 사용합니다.

Question 4

Docker container와 가상 머신의 주요 차이점은 무엇입니까?

Accepted Answer

container는 호스트 운영체제의 kernel을 공유하고 프로세스만 격리하는 반면, 가상 머신은 자체 kernel을 가진 완전한 OS를 포함합니다. 따라서 container는 훨씬 가볍고(수 MB 대 수 GB) 몇 분이 아닌 몇 초 만에 시작됩니다. 이러한 아키텍처 차이로 인해 container는 빠른 배포와 수평 확장에 이상적입니다.

Question 5

Kubernetes에서 Pod란 무엇입니까?

Accepted Answer

Pod는 Kubernetes에서 가장 작은 배포 가능 단위입니다. 동일한 네트워크 namespace, 스토리지 공간, IP 주소를 공유하는 하나 이상의 컨테이너를 캡슐화합니다. Pod 내의 컨테이너는 localhost를 통해 통신할 수 있으며 동일한 라이프사이클을 공유합니다. 대부분의 경우 Pod는 하나의 메인 컨테이너를 포함하지만, 로깅이나 모니터링과 같은 기능을 위해 사이드카 컨테이너를 추가할 수 있습니다.

Question 6

Kubernetes에서 CNI(Container Network Interface)란 무엇입니까?

Accepted Answer

CNI는 Kubernetes에서 컨테이너용 네트워크 인터페이스를 구현하는 플러그인입니다. Pod에 IP 주소를 할당하고 Pod 간 통신을 가능하게 하는 네트워크를 구성하는 역할을 합니다. 모든 Kubernetes 클러스터는 작동을 위해 CNI가 필요하며, CNI 선택은 NetworkPolicies와 같은 사용 가능한 네트워크 기능이나 성능에 영향을 미칩니다.

Question 7

Kubernetes에서 StatefulSet이란 무엇입니까?

Accepted Answer

StatefulSet은 각 Pod(pod-0, pod-1 등)에 안정적이고 예측 가능한 ID와 개별 영구 스토리지를 보장합니다. 무상태 애플리케이션용으로 설계된 Deployment와 달리, StatefulSet은 Pod 시작 및 종료 순서를 유지합니다. 분산 데이터베이스, Redis Cluster와 같은 캐시 시스템 또는 안정적인 네트워크 ID가 필요한 애플리케이션에 필수적입니다.

Question 8

Kubernetes가 정의하는 Pod Security Standards의 세 가지 레벨은 무엇입니까?

Accepted Answer

Kubernetes는 세 가지 Pod Security Standards 레벨을 정의합니다: Privileged (제한 없음), Baseline (최소한의 제한, hostNetwork 또는 privileged container와 같은 알려진 권한 상승을 차단), Restricted (매우 제한적, runAsNonRoot, seccomp 등 하드닝 모범 사례를 따름). 이러한 레벨을 통해 애플리케이션 요구사항에 따른 점진적인 보안 도입이 가능합니다.

Question 9

컨테이너 보안의 맥락에서 SBOM (Software Bill of Materials)이란 무엇입니까?

Accepted Answer

SBOM은 라이브러리, 의존성 및 해당 버전을 포함하여 컨테이너 이미지에 포함된 모든 소프트웨어 구성 요소의 포괄적인 인벤토리입니다. 알려진 취약점을 빠르게 식별하고 공급망 내 위험 구성 요소를 추적할 수 있게 합니다. Syft 또는 CycloneDX와 같은 도구로 SBOM을 자동 생성하는 것은 전이적 의존성에 대한 가시성을 유지하고 규정 준수 요구 사항을 충족하기 위한 필수 관행이 되었습니다.

Question 10

마이크로서비스 아키텍처에서 Istio와 같은 service mesh의 주요 역할은 무엇입니까?

Accepted Answer

service mesh는 애플리케이션 코드를 수정하지 않고 traffic management, observability, security 기능을 제공하여 마이크로서비스 간의 통신을 관리합니다. Istio는 각 pod 옆에 sidecar proxy(Envoy)를 주입하여 모든 네트워크 트래픽을 가로채고 관리합니다. 이를 통해 retry, timeout, circuit breaking, mTLS, distributed tracing의 구성을 애플리케이션 수준이 아닌 인프라 수준에서 중앙 집중화할 수 있습니다.

DevOps 면접 질문

DevOps 면접 준비가 되셨나요?

모든 DevOps 주제 탐색

버전 관리 & Git

Linux 기초

Shell Scripting & Bash

네트워킹 기초

Docker 기초

CI/CD 기초

GitHub Actions

GitLab CI/CD

Jenkins

Kubernetes 기초

Kubernetes 네트워킹

Kubernetes 고급

Ingress & API Gateway

Terraform 기초

Terraform 고급

Ansible & Configuration Management

AWS 핵심

Azure 기초

GCP 기초

모니터링과 Prometheus

Logging & ELK Stack

알림 및 인시던트 대응

Cloud Identity & Secrets

CI/CD 파이프라인 보안

Helm & Kubernetes

런타임 및 클러스터 보안

Container Supply Chain Security

Service Mesh & Istio

GitOps & ArgoCD

Progressive Delivery

분산 옵저버빌리티

Disaster Recovery & Backup

성능 최적화

클라우드 비용 최적화

SRE 원칙

Chaos Engineering

Platform Engineering

다음 면접을 위해 DevOps을 마스터하세요