<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>클라우드 인프라 on CharmingGroot</title>
    <link>https://charminggroot.github.io/categories/%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EC%9D%B8%ED%94%84%EB%9D%BC/</link>
    <description>Recent content in 클라우드 인프라 on CharmingGroot</description>
    <generator>Hugo</generator>
    <language>ko-kr</language>
    <lastBuildDate>Sat, 13 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://charminggroot.github.io/categories/%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EC%9D%B8%ED%94%84%EB%9D%BC/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>037. VPC — 클라우드 위의 사설 네트워크</title>
      <link>https://charminggroot.github.io/posts/037-vpc/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/037-vpc/</guid>
      <description>VPC(Virtual Private Cloud)는 클라우드 위에 만드는 논리적 사설 네트워크다. 서브넷으로 구역을 나누고, 라우팅 테이블로 트래픽 방향을 제어하고, Internet Gateway로 외부와 연결한다. public/private 서브넷의 차이, 라우팅 테이블이 동작하는 방식, 그리고 실무 VPC 설계 패턴을 설명한다.</description>
    </item>
    <item>
      <title>038. NAT Gateway — private 서브넷의 아웃바운드 인터넷 출구</title>
      <link>https://charminggroot.github.io/posts/038-nat-gateway/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/038-nat-gateway/</guid>
      <description>private 서브넷의 서버는 인터넷에서 직접 접근할 수 없지만, 외부 API 호출이나 패키지 설치를 위해 아웃바운드 인터넷 접근은 필요하다. NAT Gateway는 이 단방향 출구를 제공한다. 동작 원리, 비용 구조, 고가용성 설계, 그리고 EKS에서의 주의사항을 설명한다.</description>
    </item>
    <item>
      <title>039. Security Group vs NACL — AWS의 두 가지 방화벽</title>
      <link>https://charminggroot.github.io/posts/039-security-group-nacl/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/039-security-group-nacl/</guid>
      <description>AWS에는 두 가지 네트워크 접근 제어 메커니즘이 있다. Security Group은 인스턴스 레벨에서 동작하는 stateful 방화벽이고, NACL은 서브넷 레벨에서 동작하는 stateless 방화벽이다. 둘의 결정적인 차이인 stateful vs stateless가 실제로 무엇을 의미하는지, 언제 무엇을 써야 하는지 설명한다.</description>
    </item>
    <item>
      <title>040. VPC Peering vs Transit Gateway — VPC 간 연결 방식</title>
      <link>https://charminggroot.github.io/posts/040-vpc-peering-transit-gateway/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/040-vpc-peering-transit-gateway/</guid>
      <description>VPC는 기본적으로 격리된 네트워크다. 여러 VPC를 연결하려면 VPC Peering 또는 Transit Gateway를 쓴다. Peering은 두 VPC를 직접 연결하는 단순한 방식이고, Transit Gateway는 여러 VPC를 허브-스포크 구조로 연결하는 중앙 라우터다. 각각의 동작 방식과 어떤 상황에 무엇을 쓰는지 설명한다.</description>
    </item>
    <item>
      <title>041. VPN vs Direct Connect — 온프렘과 클라우드를 연결하는 두 가지 방법</title>
      <link>https://charminggroot.github.io/posts/041-vpn-direct-connect/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/041-vpn-direct-connect/</guid>
      <description>온프렘 데이터센터와 AWS VPC를 연결할 때 AWS Site-to-Site VPN 또는 AWS Direct Connect를 쓴다. VPN은 인터넷 위에 암호화 터널을 만드는 방식으로 빠르게 설정할 수 있고, Direct Connect는 AWS와 전용 물리 회선을 연결하는 방식으로 안정적인 대역폭과 낮은 레이턴시를 제공한다. 둘의 차이와 선택 기준을 설명한다.</description>
    </item>
    <item>
      <title>042. L4 vs L7 로드밸런서 — NLB와 ALB</title>
      <link>https://charminggroot.github.io/posts/042-l4-l7-load-balancer/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/042-l4-l7-load-balancer/</guid>
      <description>로드밸런서는 들어오는 트래픽을 여러 서버에 분산한다. OSI 모델의 어느 계층에서 동작하느냐에 따라 L4와 L7으로 나뉜다. L4는 TCP/UDP 레벨에서, L7은 HTTP 내용을 보고 라우팅 결정을 내린다. AWS의 NLB와 ALB를 기준으로 각각 언제 쓰는지 설명한다.</description>
    </item>
    <item>
      <title>043. Health Check &amp; Connection Draining — 로드밸런서의 무중단 배포 기반</title>
      <link>https://charminggroot.github.io/posts/043-health-check-connection-draining/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/043-health-check-connection-draining/</guid>
      <description>로드밸런서는 헬스체크로 서버가 정상인지 확인하고, 비정상 서버로는 트래픽을 보내지 않는다. Connection Draining은 서버를 내릴 때 기존 연결을 끊지 않고 자연스럽게 처리가 끝나길 기다린다. 이 두 메커니즘이 무중단 배포와 자동 장애 복구의 기반이 된다.</description>
    </item>
    <item>
      <title>044. Sticky Session — 로드밸런서에서 같은 서버로 고정하기</title>
      <link>https://charminggroot.github.io/posts/044-sticky-session/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/044-sticky-session/</guid>
      <description>Sticky Session은 같은 클라이언트의 요청이 항상 같은 서버로 가도록 로드밸런서가 보장하는 기능이다. 서버가 세션 상태를 메모리에 들고 있는 경우 필요하지만, 부하 불균형과 수평 확장 어려움이라는 근본적인 문제를 가진다. 왜 피해야 하는지, 불가피할 때 어떻게 쓰는지 설명한다.</description>
    </item>
    <item>
      <title>045. Zero Trust 네트워크 — 내부도 신뢰하지 않는다</title>
      <link>https://charminggroot.github.io/posts/045-zero-trust/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/045-zero-trust/</guid>
      <description>전통적인 보안 모델은 내부 네트워크를 신뢰했다. 방화벽 안에 들어오면 내부 서비스에 자유롭게 접근할 수 있었다. Zero Trust는 이 전제를 버린다. 위치(IP)가 아니라 아이덴티티를 기반으로 매 요청을 검증한다. 왜 등장했고 어떻게 구현되는지 설명한다.</description>
    </item>
    <item>
      <title>046. mTLS — 서비스 간 양방향 인증서 검증</title>
      <link>https://charminggroot.github.io/posts/046-mtls/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/046-mtls/</guid>
      <description>일반 TLS는 클라이언트가 서버를 인증한다. mTLS(mutual TLS)는 서버도 클라이언트를 인증한다. 마이크로서비스 환경에서 서비스 간 통신이 실제로 신뢰할 수 있는 서비스에서 왔는지 검증하는 데 쓰인다. 동작 원리, SPIFFE/SPIRE 아이덴티티 체계, Istio가 어떻게 자동화하는지 설명한다.</description>
    </item>
    <item>
      <title>047. DDoS 방어 레이어 — 볼류메트릭 공격부터 애플리케이션 레이어까지</title>
      <link>https://charminggroot.github.io/posts/047-ddos-defense/</link>
      <pubDate>Sat, 13 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/047-ddos-defense/</guid>
      <description>DDoS(Distributed Denial of Service)는 대량의 트래픽으로 서비스를 마비시키는 공격이다. 공격 유형에 따라 방어 레이어가 다르다. 네트워크 레벨 볼류메트릭 공격, 프로토콜 레벨 공격, 애플리케이션 레벨 공격 각각에 어떤 방어가 적용되는지, 그리고 실무에서 어떤 구성이 표준인지 설명한다.</description>
    </item>
    <item>
      <title>034. IP &amp; CIDR — 네트워크 주소 체계의 기초</title>
      <link>https://charminggroot.github.io/posts/034-ip-cidr/</link>
      <pubDate>Fri, 12 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/034-ip-cidr/</guid>
      <description>IP 주소는 인터넷에서 장치를 식별하는 주소다. CIDR은 IP 주소 범위를 표현하는 표기법으로, VPC 서브넷 설계나 NetworkPolicy, 방화벽 규칙을 작성할 때 매일 마주친다. /24, /16이 실제로 어떤 의미인지, 사설 IP 대역이 왜 따로 있는지를 설명한다.</description>
    </item>
    <item>
      <title>035. DNS — 도메인 이름을 IP로 바꾸는 시스템</title>
      <link>https://charminggroot.github.io/posts/035-dns/</link>
      <pubDate>Fri, 12 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/035-dns/</guid>
      <description>DNS는 도메인 이름을 IP 주소로 변환하는 분산 데이터베이스다. api.example.com에 요청을 보낼 때 실제로 어떤 일이 일어나는지, A/CNAME/MX 레코드가 각각 무엇인지, TTL이 배포와 장애 복구에 어떤 영향을 주는지 설명한다.</description>
    </item>
    <item>
      <title>036. NAT — 사설 IP와 공인 IP를 연결하는 주소 변환</title>
      <link>https://charminggroot.github.io/posts/036-nat/</link>
      <pubDate>Fri, 12 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/036-nat/</guid>
      <description>NAT(Network Address Translation)는 패킷의 출발지 또는 목적지 IP를 변환하는 기술이다. 사설 IP를 가진 서버가 인터넷과 통신할 수 있는 것, VPC의 private 서브넷이 외부로 나갈 수 있는 것이 모두 NAT 덕분이다. SNAT와 DNAT의 차이, Connection tracking, 그리고 k8s Service가 내부적으로 NAT를 어떻게 활용하는지 설명한다.</description>
    </item>
  </channel>
</rss>
