<?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>Ingressgateway on homelab89</title>
    <link>https://blog.homelab89.com/tags/ingressgateway/</link>
    <description>Recent content in Ingressgateway on homelab89</description>
    <generator>Hugo</generator>
    <language>ko-KR</language>
    <lastBuildDate>Sun, 07 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.homelab89.com/tags/ingressgateway/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Manifests Walkthrough — IGW 커스텀 Deployment &#43; Service &#43; Gateway/VS</title>
      <link>https://blog.homelab89.com/docs/istio/graceful-termination/manifests-walkthrough/</link>
      <pubDate>Sun, 07 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/graceful-termination/manifests-walkthrough/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;ABSTRACT&lt;/div&gt;
&lt;p&gt;홈랩 graceful termination 실험의 &lt;code&gt;manifests/&lt;/code&gt; 7개 파일을 &amp;ldquo;왜 이 값인가&amp;quot;까지 해부한 정본 워크스루다. &lt;strong&gt;하나의 그림으로 잡을 것&lt;/strong&gt;: 이 매니페스트의 모든 숫자와 모든 path·selector·&lt;code&gt;externalTrafficPolicy&lt;/code&gt;는 단 &lt;strong&gt;두 축&lt;/strong&gt;에서 파생된다 — (A) &lt;em&gt;타이밍 불변식&lt;/em&gt;: 가장 긴 in-flight 요청(&lt;code&gt;/sleep?seconds=300&lt;/code&gt;)이 어느 종료 단계에서도 먼저 끊기지 않도록 모든 데드라인을 정렬한다, (B) &lt;em&gt;순서 제어&lt;/em&gt;: 트래픽을 LB 먼저·endpoint 나중 순서로 빼낸다. 5가지 파일 차이·NodePort 라우팅·Gateway selector 필연성은 전부 이 두 축의 따름정리다. 멘탈모델은 &lt;a href=&#34;../../docs/istio/graceful-termination/w3-igw-deployment/&#34;&gt;IGW 커스텀 deployment&lt;/a&gt;, 종료 FSM은 &lt;a href=&#34;../../docs/istio/graceful-termination/w2-hc-fsm/&#34;&gt;HC FSM&lt;/a&gt;을 참고.&lt;/p&gt;</description>
    </item>
    <item>
      <title>W3. IGW 커스텀 Deployment 설계 — K8s 매니페스트 구조</title>
      <link>https://blog.homelab89.com/docs/istio/graceful-termination/w3-igw-deployment/</link>
      <pubDate>Sun, 07 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/graceful-termination/w3-igw-deployment/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;ABSTRACT&lt;/div&gt;
&lt;p&gt;홈랩 graceful termination 시리즈 W3. IGW를 Helm 표준 대신 &lt;strong&gt;커스텀 Deployment&lt;/strong&gt;로 구성해 hc 사이드카·volume·probe·preStop·Service NodePort 설계를 manifest 레벨에서 직접 제어한다.
&lt;strong&gt;결론(붙잡을 한 그림)&lt;/strong&gt;: 이 Pod는 &lt;strong&gt;두 개의 독립된 종료 평면(plane)에 신호를 나눠 보내는 health surface&lt;/strong&gt;다. hc 컨테이너가 LB(HAProxy)에는 &lt;code&gt;/health_check.html&lt;/code&gt;로, K8s kubelet에는 &lt;code&gt;/health&lt;/code&gt;·&lt;code&gt;/live&lt;/code&gt; probe로 &lt;em&gt;따로&lt;/em&gt; 종료를 알리고, istio-proxy는 그동안 in-flight를 drain한다. 이 평면 분리 하나가 manifest 전체(포트·probe·preStop·affinity)를 관통하고, &lt;code&gt;current&lt;/code&gt; vs &lt;code&gt;improved&lt;/code&gt;의 in-flight 보존 여부도 이 분리를 얼마나 정교하게 다루느냐의 5가지 차이로 갈린다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
