<?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>Qa on homelab89</title>
    <link>https://blog.homelab89.com/tags/qa/</link>
    <description>Recent content in Qa on homelab89</description>
    <generator>Hugo</generator>
    <language>ko-KR</language>
    <lastBuildDate>Thu, 09 Jul 2026 00:00:00 +0900</lastBuildDate>
    <atom:link href="https://blog.homelab89.com/tags/qa/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Q&amp;A — GSLB가 IP를 바꾸면 내 요청은 어떻게 되나 (in-flight의 운명, 쉬운 정리)</title>
      <link>https://blog.homelab89.com/docs/istio/egress/gslb-flip-inflight-qa/</link>
      <pubDate>Thu, 09 Jul 2026 00:00:00 +0900</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/egress/gslb-flip-inflight-qa/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;ABSTRACT&lt;/div&gt;
&lt;p&gt;&amp;ldquo;STRICT_DNS는 A레코드가 바뀌면 기존 연결을 끊는다&amp;quot;는 통념에서 출발해, 실측 결과와 부딪히며 나온
실제 Q&amp;amp;A를 그대로 정리한 문서다. 결론 요약 — &lt;strong&gt;① 진행 중(in-flight)이던 요청은 어떤 조합에서도
성공한다. ② &amp;ldquo;연결을 끊는다&amp;quot;도 맞는 말인데, 시점이 &amp;ldquo;요청 한가운데&amp;quot;가 아니라 &amp;ldquo;요청 경계&amp;quot;다.
③ 설정 차이가 드러나는 곳은 지금 요청이 아니라 &amp;ldquo;다음 요청&amp;quot;이다.&lt;/strong&gt; 정밀한 매트릭스·카운터 증거는
&lt;a href=&#34;../../docs/istio/egress/se-resolution-passthrough-inflight/&#34;&gt;SE resolution × TLS passthrough — in-flight 요청의 운명&lt;/a&gt;에,
재현 절차는 &lt;a href=&#34;../../docs/istio/egress/dns-gslb-repro-lab/&#34;&gt;DNS/GSLB 재현 랩&lt;/a&gt;에 있다. 이 문서는 그 결과를
&amp;ldquo;질문 순서대로&amp;rdquo; 이해하기 위한 입구다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
