
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Sun, 26 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/graceful-shutdown/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/kubernetes/2026-07-26-kubernetes-probes-liveness-readiness-startup</guid>
    <title>Kubernetes 프로브 3종 제대로 쓰기 — liveness, readiness, startup의 정확한 경계</title>
    <link>https://www.youngju.dev/blog/kubernetes/2026-07-26-kubernetes-probes-liveness-readiness-startup</link>
    <description>아무 문제 없는 파드가 주기적으로 재시작하거나, 배포 직후에만 502가 쏟아지거나, 느리게 뜨는 애플리케이션이 영원히 Ready에 도달하지 못하는 세 가지 사고는 모두 프로브 설계에서 나옵니다. 세 프로브가 각각 어떤 질문에 답하고 실패 시 무엇을 하는지 구분한 뒤, initialDelaySeconds부터 failureThreshold까지 파라미터가 실제로 몇 초 뒤에 컨테이너를 죽이는지 계산합니다. liveness에 데이터베이스 검사를 넣으면 왜 단일 장애가 전면 장애로 번지는지, readiness에는 어디까지 넣어도 되는지, exec 프로브가 왜 비싼지 다룹니다. 마지막으로 엔드포인트 제거와 SIGTERM의 경쟁 조건, preStop과 terminationGracePeriodSeconds의 예산 계산까지 이어집니다.</description>
    <pubDate>Sun, 26 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>kubernetes</category><category>liveness-probe</category><category>readiness-probe</category><category>graceful-shutdown</category><category>sre</category>
  </item>

    </channel>
  </rss>
