<?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>Tcp on CharmingGroot</title>
    <link>https://charminggroot.github.io/tags/tcp/</link>
    <description>Recent content in Tcp 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/tcp/index.xml" rel="self" type="application/rss+xml" />
    <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>007. TCP, UDP, QUIC — 데이터를 실어 나르는 전송 계층</title>
      <link>https://charminggroot.github.io/posts/007-tcp-udp-quic/</link>
      <pubDate>Thu, 11 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://charminggroot.github.io/posts/007-tcp-udp-quic/</guid>
      <description>HTTP나 JSON-RPC 같은 프로토콜은 무슨 메시지를 주고받을지 정하지만, 그 메시지를 실제로 실어 나르는 일은 전송 계층이 맡는다. TCP가 어떻게 신뢰성을 보장하는지, UDP는 왜 그것을 포기하고 빨라졌는지, QUIC은 어떻게 UDP 위에서 TCP의 신뢰성을 되찾으면서 머리 막힘과 느린 연결 수립까지 해결했는지를 설명한다.</description>
    </item>
  </channel>
</rss>
