<?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>Blog on Meetup Insights</title><link>https://meetup.metacog.co.kr/blog/</link><description>Recent content in Blog on Meetup Insights</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 19 Jul 2026 08:34:05 +0900</lastBuildDate><atom:link href="https://meetup.metacog.co.kr/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>2026-07-19 플랫폼 엔지니어링의 다음 단계: GitOps, Crossplane, 그리고 AI 에이전트가 만드는 셀프서비스 플랫폼</title><link>https://meetup.metacog.co.kr/blog/2026-07-19-gitops-crossplane-ai/</link><pubDate>Sun, 19 Jul 2026 08:34:05 +0900</pubDate><guid>https://meetup.metacog.co.kr/blog/2026-07-19-gitops-crossplane-ai/</guid><description>&lt;h2 id="devops-다음은-왜-플랫폼-엔지니어링인가"&gt;DevOps 다음은 왜 플랫폼 엔지니어링인가&lt;/h2&gt;
&lt;p&gt;DevOps는 애플리케이션 팀에게 인프라를 직접 다룰 자유를 줬지만, 그 대가로 모든 팀이 YAML과 IAM, 네트워크 정책을 각자 재발명하는 &amp;lsquo;인지 부하 폭증&amp;rsquo;을 낳았다. 이 문제를 해결하기 위해 등장한 것이 플랫폼 엔지니어링이다. CNCF는 이를 &amp;ldquo;플랫폼 팀이 제공하는 능력의 계층으로, 제품 팀이 하부 인프라에 대한 깊은 전문성 없이도 서비스를 빌드·배포·운영할 수 있게 하는 것&amp;quot;이라 정의하며, 골든 패스(Golden Path)를 &amp;ldquo;가드레일이지 게이트가 아니다&amp;quot;라고 못박는다 (&lt;a href="https://tag-app-delivery.cncf.io/whitepapers/platforms/"&gt;CNCF Platforms White Paper&lt;/a&gt;). 실제로 &lt;a href="https://dora.dev/dora-report-2025/"&gt;DORA의 2025 State of AI-assisted Software Development 보고서&lt;/a&gt;에 따르면 조직의 90%가 내부 개발자 플랫폼(IDP)을 이미 운영 중이고 76%는 전담 플랫폼 팀을 두고 있다. 더 중요한 발견은, AI 도입률이 90%에 달하는 지금 AI는 그 조직의 기존 엔지니어링 시스템을 &amp;lsquo;증폭&amp;rsquo;할 뿐이라는 점이다. 플랫폼이 부실하면 AI도 그 부실함을 그대로 증폭시킨다.&lt;/p&gt;</description></item></channel></rss>