<?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>Envoy on homelab89</title>
    <link>https://blog.homelab89.com/tags/envoy/</link>
    <description>Recent content in Envoy on homelab89</description>
    <generator>Hugo</generator>
    <language>ko-KR</language>
    <lastBuildDate>Sun, 28 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.homelab89.com/tags/envoy/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Quickstart — 5분 안에 실험 다시 돌리기</title>
      <link>https://blog.homelab89.com/docs/istio/graceful-termination/quickstart/</link>
      <pubDate>Sun, 28 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/graceful-termination/quickstart/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;ABSTRACT&lt;/div&gt;
&lt;p&gt;홈랩 Istio graceful-termination 실험을 &lt;strong&gt;다시 펼쳐 빠르게 재현&lt;/strong&gt;하기 위한 명령 시퀀스 + 검증 모음이다. 핵심 결론 한 줄: 모든 재현은 &lt;em&gt;모드를 토글하고 → 종료 이벤트를 만들고 → 그 순간의 in-flight 요청 결과를 측정&lt;/em&gt;하는 &lt;strong&gt;동일한 3-스텝 루프&lt;/strong&gt;이며, current↔improved의 expect 라인 차이가 곧 가설의 증거다. 메커니즘 설명은 &lt;a href=&#34;../../public/istio/gt__src-w1-big-picture.html&#34;&gt;big picture&lt;/a&gt;에, 시나리오 정본 정의(S2 포함)는 &lt;a href=&#34;../../public/istio/gt__src-w5-test-scenarios.html&#34;&gt;test scenarios&lt;/a&gt;에 있다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>xDS는 Envoy 설정을 LDS/RDS/CDS/EDS/SDS 계층으로 나누고 ADS가 이를 단일 스트림으로 묶어 적용 순서를 보장한다</title>
      <link>https://blog.homelab89.com/docs/istio/xds-envoy/xds-api-layers/</link>
      <pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/xds-envoy/xds-api-layers/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;이 문서가 다루는 것&lt;/div&gt;
&lt;p&gt;Envoy의 동적 설정은 단일 덩어리가 아니라 &lt;strong&gt;5개 xDS API&lt;/strong&gt;(LDS/RDS/CDS/EDS/SDS)로 분리되어 &amp;ldquo;리스닝 지점 / 라우팅 / upstream pool / 실제 endpoint / TLS secret&amp;quot;이라는 서로 다른 계층을 각각 담당한다. 이 분리는 &lt;em&gt;부분 업데이트&lt;/em&gt;를 가능하게 하지만 동시에 &lt;strong&gt;순서 문제&lt;/strong&gt;를 낳는다 — route가 아직 없는 cluster를 가리키면 트래픽이 깨진다. &lt;strong&gt;ADS(Aggregated Discovery Service)&lt;/strong&gt; 가 이 여러 xDS를 하나의 gRPC 스트림으로 묶어 적용 순서를 보장함으로써 그 문제를 푼다. 이 문서는 그 &lt;strong&gt;개념·멘탈모델&lt;/strong&gt;에 집중하고, &lt;code&gt;istioctl proxy-config&lt;/code&gt;로 각 계층을 진단하는 운영 상세는 &lt;a href=&#34;../../public/istio/xds__src-xds-layers-and-diagnosis.html&#34;&gt;xDS 5계층과 istioctl 진단&lt;/a&gt;으로 위임한다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
