<?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>Stateless on CharmingGroot</title>
    <link>https://charminggroot.github.io/tags/stateless/</link>
    <description>Recent content in Stateless 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/tags/stateless/index.xml" rel="self" type="application/rss+xml" />
    <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>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>
  </channel>
</rss>
