<?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>Iac on Kiglo</title>
    <link>https://page.kiglo.org/tags/iac/</link>
    <description>Recent content in Iac on Kiglo</description>
    <generator>Hugo</generator>
    <language>ko-kr</language>
    <lastBuildDate>Sat, 20 Dec 2025 10:00:00 +0900</lastBuildDate>
    <atom:link href="https://page.kiglo.org/tags/iac/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Infrastructure as Code: 효율적인 테라폼 Layer 설계와 격리(Isolation) 전략</title>
      <link>https://page.kiglo.org/posts/iac-terraform-introduction/</link>
      <pubDate>Sat, 20 Dec 2025 10:00:00 +0900</pubDate>
      <guid>https://page.kiglo.org/posts/iac-terraform-introduction/</guid>
      <description>&lt;h2 id=&#34;딸깍의-함정&#34;&gt;&amp;ldquo;딸깍의 함정&amp;rdquo;&lt;/h2&gt;
&lt;p&gt;테라폼을 처음 접하면 모든 리소스(VPC, DB, EC2 등)를 하나의 &lt;code&gt;.tf&lt;/code&gt; 파일 혹은 하나의 프로젝트 폴더에 몰아넣고 &lt;code&gt;terraform apply&lt;/code&gt;를 날리고 싶다는 유혹에 빠지기 쉽다고 생각합니다. 하지만 프로덕션 환경에서 이런 방식은 매우 위험합니다.&lt;/p&gt;
&lt;p&gt;인프라의 규모가 커질수록 **폭발 반경(Blast Radius)**을 최소화하고 관리 효율을 높이기 위한 &lt;strong&gt;Layered Architecture&lt;/strong&gt; 도입이 필수적입니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id=&#34;레이어layer-도입의-계기와-의의&#34;&gt;레이어(Layer) 도입의 계기와 의의&lt;/h2&gt;
&lt;p&gt;모든 인프라를 한 곳에서 관리하면 특정 리소스(예: 보안 그룹 규칙)를 수정하다가 실수로 VPC 전체를 재생성하거나, 상태(State) 파일이 꼬여 전체 인프라가 마비되는 리스크가 존재합니다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
