<?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>Job on LEVERAGE POINT</title>
    <link>https://leverage-point.dev/tags/job/</link>
    <description>Recent content in Job on LEVERAGE POINT</description>
    <generator>Hugo</generator>
    <language>ko-kr</language>
    <lastBuildDate>Wed, 27 May 2026 00:00:00 +0900</lastBuildDate>
    <atom:link href="https://leverage-point.dev/tags/job/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>종료 지향 워크로드와 Kubernetes의 철학적 경계 (CRD를 만들며 배운 것들)</title>
      <link>https://leverage-point.dev/posts/k8s-job-crd-philosophical-boundary/</link>
      <pubDate>Wed, 27 May 2026 00:00:00 +0900</pubDate>
      <guid>https://leverage-point.dev/posts/k8s-job-crd-philosophical-boundary/</guid>
      <description>&lt;p&gt;Job 관련 CRD를 계속 개발하다 보면 어느 순간 &amp;ldquo;왜 이게 이렇게 안 맞지?&amp;ldquo;라는 느낌을 받게 된다. 도구가 잘못된 건지, 설계가 잘못된 건지, 아니면 제가 뭔가 놓치고 있는 건지. 이 글은 그 느낌의 근원을 추적하다가 도달한 하나의 결론에 대한 이야기입니다.&lt;/p&gt;
&lt;p&gt;회사에서 Job 관련 워크로드를 만들면서 부딪힌 마찰들이 모두 같은 뿌리에서 나왔다는 사실을 뒤늦게 깨닫게 되었습니다.&lt;/p&gt;
&lt;h2 id=&#34;kubernetes의-본질&#34;&gt;Kubernetes의 본질&lt;/h2&gt;
&lt;p&gt;Kubernetes를 사용하다 보면 &amp;ldquo;선언적&amp;quot;이라는 단어를 자주 듣는다. 하지만 선언적이라는 말보다 더 정확한 표현은 &lt;strong&gt;level-triggered reconciliation&lt;/strong&gt;라고 봅니다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
