인프라(Infrastructure)는 소프트웨어 서비스가 동작하기 위해 필요한 모든 하드웨어·소프트웨어 기반 환경입니다.

건물을 짓는다고 생각해보면 — 건물(앱) 자체보다 전기, 수도, 통신망, 도로(인프라)가 먼저 있어야 합니다. 카카오톡으로 메시지를 보내면 앱 → 인프라 → 서버를 통해 상대방에게 전달됩니다.

예시: 유튜브 영상을 보는 순간에 일어나는 일
① 사용자가 영상 클릭 → ② 인터넷(네트워크)으로 요청 전송 → ③ 유튜브 서버가 요청 수신·처리 → ④ 스토리지에서 영상 파일 읽기 → ⑤ 네트워크로 사용자에게 영상 전송

서버(Server)는 다른 컴퓨터(클라이언트)의 요청을 받아 처리하고 응답하는 컴퓨터입니다. "서비스를 제공하는 것(Serve)"에서 이름이 왔습니다.

가상화는 1대의 물리 서버를 소프트웨어로 나눠서 여러 대처럼 사용하는 기술입니다. 아파트 건물(물리 서버) 안에 여러 집(VM)이 있는 것과 같습니다.

[ 가상화 구조 ]
    
    물리 서버 (Physical Server)
      └── 하이퍼바이저 (Hypervisor: VMware ESXi / KVM / Hyper-V)
            ├── VM1: Web Server (Ubuntu 22.04, CPU 2코어, RAM 4GB)
            ├── VM2: DB Server  (CentOS 7,    CPU 4코어, RAM 8GB)
            └── VM3: Dev Server (Ubuntu 20.04, CPU 2코어, RAM 4GB)
    
    장점:
      - 서버 1대를 최대한 활용 (자원 효율 70~80%)
      - 각 VM이 완전히 독립된 환경
      - 스냅샷으로 백업·복구 쉬움
    
    Type 1 하이퍼바이저: 하드웨어 위에 직접 설치 (VMware ESXi, KVM) - 성능 우수
    Type 2 하이퍼바이저: OS 위에 설치 (VirtualBox, VMware Workstation) - 개발용

IP 주소는 인터넷에 연결된 모든 기기에 부여되는 고유한 주소입니다. 택배 주소처럼 데이터를 어디로 보낼지 알려줍니다.

# IPv4 주소 구조
    192.168.1.100
      ^   ^  ^ ^
      |   |  | └─ 호스트 번호 (0~255): 같은 네트워크 내 개별 기기
      |   |  └─── 서브넷 번호
      |   └─────── 네트워크 번호
      └──────────── 클래스 구분
    
    공인 IP vs 사설 IP:
      공인 IP: 인터넷에서 직접 접근 가능 (예: 203.0.113.1)
      사설 IP: 내부 네트워크용 (10.x.x.x, 172.16.x.x, 192.168.x.x)
    
    # 내 IP 확인 방법 (Linux/Mac)
    ip addr show     # 또는
    ifconfig
    curl ifconfig.me  # 공인 IP 확인

DNS(Domain Name System)는 사람이 기억하기 쉬운 도메인 이름(google.com)을 IP 주소(142.250.196.110)로 변환합니다.

[ DNS 조회 과정 ]
    
    브라우저에 "naver.com" 입력
      1. 브라우저 캐시 확인 → 없으면
      2. 로컬 DNS 서버(/etc/resolv.conf)에 질문
      3. 로컬 DNS → 루트 DNS 서버에 질문
      4. 루트 → .com DNS 서버 안내
      5. .com DNS → naver.com DNS 서버 안내
      6. naver.com DNS → IP 주소 반환 (223.130.195.200)
      7. 해당 IP로 접속!
    
    # DNS 조회 명령어
    nslookup naver.com
    dig naver.com
    host google.com
    
    # DNS 레코드 타입
    A     : 도메인 → IPv4 주소
    AAAA  : 도메인 → IPv6 주소
    CNAME : 도메인 → 다른 도메인 (별칭)
    MX    : 메일 서버 주소
    TXT   : 텍스트 정보 (SPF, DKIM 등)

IP는 건물 주소, 포트는 건물 안의 방 번호입니다. 서버 한 대에서 여러 서비스가 동시에 실행될 때 포트로 구분합니다.

💾 Chapter 04

스토리지 완전 정복 — HDD·SSD·NAS·SAN·오브젝트 스토리지

데이터를 어디에, 어떻게 저장할 것인가? 인프라 엔지니어가 반드시 알아야 할 스토리지 전체 지도

💡 스토리지란?

스토리지(Storage)는 데이터를 영구적으로 저장하는 장치·시스템을 의미합니다. 서버가 CPU+메모리라면, 스토리지는 서버의 "하드디스크" 역할입니다. 현대 인프라에서 스토리지는 단순한 디스크를 넘어 네트워크 스토리지, 클라우드 오브젝트 스토리지로 진화했습니다.

💻 실습: 리눅스에서 디스크 정보 확인

# 디스크 목록 확인
    lsblk
    
    # 디스크 사용량 확인
    df -h
    
    # 디스크 상세 정보 (SSD/HDD 판별)
    sudo fdisk -l
    
    # SSD 여부 확인 (0=SSD, 1=HDD)
    cat /sys/block/sda/queue/rotational
    
    # 디스크 I/O 실시간 모니터링
    iostat -x 1
    
    # SMART 정보로 디스크 건강 확인
    sudo smartctl -a /dev/sda

NAS는 네트워크에 연결된 파일 서버입니다. 여러 사용자·서버가 동시에 같은 파일에 접근할 수 있습니다.

오브젝트 스토리지는 데이터를 파일 계층 구조 없이 평평하게(flat) 저장합니다. 각 데이터(오브젝트)는 고유 Key(경로+파일명)와 메타데이터를 가집니다.

☕ AWS S3 핵심 CLI 명령어

# 버킷 생성
    aws s3 mb s3://my-infra-bucket
    
    # 파일 업로드
    aws s3 cp ./myfile.log s3://my-infra-bucket/logs/
    
    # 버킷 내 파일 목록
    aws s3 ls s3://my-infra-bucket/
    
    # 파일 다운로드
    aws s3 cp s3://my-infra-bucket/logs/myfile.log ./
    
    # 디렉토리 동기화
    aws s3 sync ./local-dir s3://my-infra-bucket/backup/
    
    # 퍼블릭 접근 차단 (보안 필수!)
    aws s3api put-public-access-block \
      --bucket my-infra-bucket \
      --public-access-block-configuration BlockPublicAcls=true,IgnorePublicAcls=true,BlockPublicPolicy=true,RestrictPublicBuckets=true

✅ 현업 스토리지 선택 가이드

• DB 서버: NVMe SSD + RAID 10 (최고 성능 + 이중화)
• 웹 정적파일: 오브젝트 스토리지(S3) — 무한 확장, 저렴
• 파일 공유: NAS (NFS/SMB)
• 백업/아카이브: HDD + S3 Glacier (초저비용)
• VM 이미지: SAN 블록 스토리지 (고속 블록 I/O)

⚡ Chapter 05

온프레미스 vs 클라우드 — 비용·보안·확장성 완전 비교

어떤 인프라를 선택할 것인가? 현업에서 반드시 알아야 할 의사결정 기준 완전 정복

💡 온프레미스 vs 클라우드란?

⚡ 현업 의사결정 체크리스트

• 서비스 규모가 작고 빠른 출시 필요? → 클라우드 선택
• 금융·의료·공공기관 규제 데이터? → 온프레미스 또는 Private Cloud
• 트래픽 변동이 심한 서비스? → 클라우드 Auto Scaling
• 5년 이상 안정적 운영, 대규모 워크로드? → 온프레미스가 장기적 저렴
• 글로벌 서비스? → 클라우드 멀티 리전

🌐 Chapter 06

HTTP/HTTPS와 웹 동작 원리 완전 정복

브라우저에서 URL을 입력했을 때 서버에서 무슨 일이 벌어지는가? 인프라 엔지니어의 필수 지식

HTTP는 데이터를 평문(Plain Text)으로 전송하므로 중간자 공격(MITM)에 노출됩니다. HTTPS = HTTP + TLS 암호화로 이 문제를 해결합니다.

📷 TLS 핸드셰이크 과정 (간략)

[클라이언트] ──────────────────────────── [서버]
        │  1. ClientHello (TLS버전, 암호화 목록)  │
        │ ─────────────────────────────────────► │
        │  2. ServerHello + 인증서(공개키)        │
        │ ◄───────────────────────────────────── │
        │  3. 인증서 검증 (CA 서명 확인)          │
        │  4. 세션키 생성 (대칭키 교환)           │
        │ ─────────────────────────────────────► │
        │  5. Finished (암호화 통신 시작)         │
        │ ◄──────────────────────────────────── │
        │  === 이후 AES 대칭키로 암호화 통신 === │

☕ Let's Encrypt로 HTTPS 인증서 발급 (Nginx)

# Certbot 설치 (Ubuntu)
    sudo apt install certbot python3-certbot-nginx
    
    # 인증서 발급 (도메인 필요)
    sudo certbot --nginx -d example.com -d www.example.com
    
    # 자동 갱신 설정 (cron)
    echo "0 0 1 * * root certbot renew --quiet" | sudo tee -a /etc/crontab
    
    # /etc/nginx/sites-available/example.com 설정
    server {
        listen 80;
        server_name example.com www.example.com;
        return 301 https://$host$request_uri;  # HTTP → HTTPS 리다이렉트
    }
    
    server {
        listen 443 ssl http2;
        server_name example.com www.example.com;
        ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
        ssl_protocols TLSv1.2 TLSv1.3;  # 구버전 비활성화
        ssl_ciphers HIGH:!aNULL:!MD5;    # 강력한 암호화만 허용
        
        location / {
            proxy_pass http://127.0.0.1:3000;  # 앱 서버로 전달
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
        }
    }

⚖ Chapter 07

로드밸런서 & 고가용성(HA) 완전 정복

서비스가 절대로 멈추지 않도록! L4/L7 로드밸런서, 헬스체크, 페일오버, HA 아키텍처 완전 이해

로드밸런서(Load Balancer)는 들어오는 트래픽을 여러 서버에 균등하게 분산시켜, 특정 서버에 과부하가 걸리지 않도록 합니다.

☕ Nginx 로드밸런서 설정 예시

# /etc/nginx/conf.d/loadbalancer.conf
    
    upstream backend_servers {
        # Round Robin (기본값)
        server 10.0.1.10:8080 weight=3;  # 가중치 3
        server 10.0.1.11:8080 weight=2;  # 가중치 2
        server 10.0.1.12:8080 weight=1;  # 가중치 1
    
        # 헬스체크 (nginx plus 또는 모듈 필요)
        keepalive 32;
    }
    
    server {
        listen 80;
        server_name lb.example.com;
    
        location / {
            proxy_pass http://backend_servers;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_connect_timeout 3s;
            proxy_read_timeout 30s;
        }
    
        location /health {
            access_log off;
            return 200 "OK";
        }
    }

고가용성(High Availability)이란 시스템이 장애가 발생해도 서비스가 지속되는 설계입니다. 목표는 99.99% (연간 약 52분 이내 다운타임) 이상.

✅ 현업 HA 체크포인트

• SPOF(Single Point of Failure) 제거: 로드밸런서, DB, DNS 모두 이중화
• 헬스체크: 5초 간격, 3회 실패 시 자동 제외
• 자동 페일오버: 수동 개입 없이 자동 전환 (RTO: 목표 복구 시간 < 30초)
• 데이터 복제: DB Replication (Primary-Replica 구성)
• 멀티 AZ: AWS에서 가용 영역(AZ) 2개 이상 사용

🛡 Chapter 08

보안 기초 — 방화벽·VPN·DMZ·제로트러스트

인프라 보안의 모든 것! 현업에서 반드시 알아야 할 네트워크 보안 핵심 개념 완전 정복

방화벽은 네트워크 트래픽을 허용(Allow)/차단(Deny)하는 보안 장벽입니다. 집으로 치면 대문의 경비원 역할입니다.

DMZ = 외부망과 내부망 사이의 완충지대. 웹서버는 DMZ에, DB는 내부망에 배치.

VPN은 인터넷을 통해 암호화된 전용 터널을 만드는 기술입니다. 재택근무자가 사내 내부망에 접속하거나, 본사-지사 네트워크를 연결할 때 사용합니다.

제로트러스트(Zero Trust)의 핵심은 "절대 신뢰하지 말고, 항상 검증하라(Never Trust, Always Verify)"입니다. 내부망에 있다고 해서 자동으로 신뢰하지 않습니다.

✅ 현업 보안 필수 체크리스트

• SSH 키 인증: 비밀번호 로그인 비활성화, RSA/ED25519 키 사용
• 포트 스캔 방어: 불필요한 포트 모두 차단, SSH 포트 변경 검토
• 자동 업데이트: sudo apt unattended-upgrades 활성화
• fail2ban: 로그인 실패 5회 시 IP 자동 차단
• 로그 보관: /var/log/ 90일 이상 보관, SIEM 연동
• S3 퍼블릭 차단: Block Public Access 항상 ON
• IAM 최소권한: Root 계정 MFA, 서비스별 전용 Role 사용

📊 Chapter 09

모니터링 & 장애 대응 완전 정복

문제가 생기기 전에 발견하고, 장애가 나면 빠르게 복구하는 현업 핵심 스킬

💻 리눅스 핵심 모니터링 명령어

# CPU, 메모리 실시간 모니터링
    top
    htop  # 더 예쁜 버전
    
    # CPU 상세 (로드 평균)
    uptime
    # 출력: load average: 0.12, 0.08, 0.03 (1분/5분/15분)
    
    # 메모리 사용량
    free -h
    
    # 디스크 I/O 모니터링
    iostat -xz 1
    iotop  # 프로세스별 I/O
    
    # 네트워크 트래픽
    iftop  # 실시간 네트워크 대역폭
    ss -tulnp  # 열린 포트 + 프로세스 확인
    netstat -an | grep ESTABLISHED | wc -l  # TCP 연결 수
    
    # 프로세스 리소스 확인
    ps aux --sort=-%cpu | head -10  # CPU 상위 10
    ps aux --sort=-%mem | head -10  # 메모리 상위 10
    
    # 로그 실시간 확인
    tail -f /var/log/nginx/error.log
    journalctl -f -u nginx.service  # systemd 서비스 로그

☕ 장애 발생 시 체크 순서 (Checklist)

# Step 1: 서버 상태 확인
    ping server-ip  # 네트워크 연결 확인
    ssh admin@server-ip  # SSH 접속 가능 여부
    
    # Step 2: 서비스 상태 확인
    systemctl status nginx
    systemctl status app.service
    
    # Step 3: 리소스 확인
    top  # CPU/메모리 급증 여부
    df -h  # 디스크 풀 여부 (가장 자주 발생!)
    free -h  # OOM(메모리 부족) 여부
    
    # Step 4: 에러 로그 확인
    tail -100 /var/log/nginx/error.log
    journalctl -u app.service --since "30 min ago"
    
    # Step 5: 최근 배포/변경 확인
    git log --oneline -10  # 최근 커밋
    # 필요 시 롤백
    git revert HEAD
    # 또는 이전 Docker 이미지로 롤백
    docker pull myapp:v1.2.3
    docker-compose up -d

💻 docker-compose로 Prometheus + Grafana 구성

# docker-compose.monitoring.yml
    version: "3.8"
    
    services:
      prometheus:
        image: prom/prometheus:latest
        ports:
          - "9090:9090"
        volumes:
          - ./prometheus.yml:/etc/prometheus/prometheus.yml
          - prometheus_data:/prometheus
        command:
          - "--config.file=/etc/prometheus/prometheus.yml"
          - "--storage.tsdb.retention.time=30d"
    
      grafana:
        image: grafana/grafana:latest
        ports:
          - "3000:3000"
        environment:
          - GF_SECURITY_ADMIN_PASSWORD=strongpassword
        volumes:
          - grafana_data:/var/lib/grafana
    
      node-exporter:  # 서버 메트릭 수집
        image: prom/node-exporter:latest
        ports:
          - "9100:9100"
        volumes:
          - /proc:/host/proc:ro
          - /sys:/host/sys:ro
          - /:/rootfs:ro
    
    volumes:
      prometheus_data:
      grafana_data:

✅ 모니터링 구축 핵심 원칙

• 알람은 행동 가능한 것만: 너무 많은 알람 = 알람 피로 = 진짜 장애 놓침
• SLI/SLO 정의: 에러율 <0.1%, 응답시간 p99 <500ms 등 목표 수치 설정
• 대시보드 계층: 서비스 개요 → 인프라 상세 → 컴포넌트별 3단계
• 온콜 로테이션: 장애 대응 담당자를 주간 교대로 지정 (PagerDuty, OpsGenie)
• 포스트모텀(사후분석): 비난 없이, 시스템 개선에 집중하는 문화

🏆 Chapter 10

현업 면접 Q&A TOP 10 — 인프라 기초

실제 인프라 엔지니어 채용 면접에서 자주 나오는 질문과 합격 수준의 완벽한 답변

✅ InfraDevGuide0001 학습 완료 체크리스트

InfraDevGuide0001 완료!

인프라의 핵심 개념인 서버·네트워크·스토리지부터 보안·모니터링까지
현업 인프라 엔지니어가 알아야 할 모든 기초를 마스터했습니다!

📚 InfraDevGuide Series | ToBeFullStackDev
🕐 최종 업데이트: 2026.03 | ★ 현업 인프라 엔지니어 기준 작성