Backstage is dead"의 진짜 논점은 DIY가 아닌, 'UI 시대가 끝나는가’
지난 3월 31일 Port의 CEO Zohar Einy가 "Backstage is dead"라는 제목의 글을 발행했습니다.
같은 분기 KubeCon EU 2026에서 CNCF는 Backstage 다큐멘터리를 공개하며 "3,000개 이상 기업 채택"을 발표했고, Q4 2025에는 Roadie가 "Why DIY Is Dead"를 이미 올려둔 상태였습니다.
흥미로운 지점은 Einy의 실제 논지가 그동안 업계에 퍼져 있던 "DIY가 비싸서 죽었다"라는 경제 논리가 아니었다는 것입니다.
Einy의 문장은 더 구조적이었습니다. “Backstage는 사람이 UI로 서비스 카탈로그를 탐색하던 시대의 도구이고, 에이전트가 호출하는 시대의 플랫폼은 context lake, agent registry, governance framework, orchestration을 primitive로 요구한다.” 이 주장을 "DIY가 죽었다"로 요약하면 원문의 날카로움이 사라집니다.
오늘 이 글에서 쓸 프레임워크는 세 개입니다. Wardley Map, 7 Powers, Technology Radar. “이 기술이 어디로 가는가” “누가 어떤 자리를 가져가는가” “그래서 우리는 무엇을 결정하는가.” 글로벌 흐름만 보면 한국 조직의 결정으로 번역되지 않고, 결정만 보면 그 결정이 어떤 진화 단계 위에서 내려진 것인지가 가려진다고 생각합니다.
이런 식의 분석을 할 때 저는 보통 세 개의 프레임워크를 함께 보려고 합니다. Wardley Map으로 기술이 어떤 진화 단계 위에 있는지를, 7 Powers로 그 위에서 누가 어떤 구조적 이유로 자리를 지키는지를, Technology Radar로 그래서 우리 팀이 다음 분기에 무엇을 결정해야 하는지를 봅니다. 한국 플랫폼 생태계의 위치를 글로벌 진화 단계 위에서 읽어내는 작업을 하며, 편향되지 않는 분석을 하기 위함입니다.
Backstage를 Wardley Map 위에 놓으면 지금까지의 해석은 "Product에서 Commodity로 이동하는 중"이었습니다. 2018~2020년 Kubernetes가 EKS와 GKE로 자리를 옮긴 구간과 같은 그림입니다. 이 해석을 따르면 Backstage는 Kubernetes의 2019년 위치이고, Port/Roadie/Cortex는 EKS/GKE에 해당합니다.
Einy의 글이 한 층 더 밀고 들어간 지점은 다른 곳입니다. 한 축 위에서 Product에서 Commodity로 내려가는 이동과, 축 자체가 교체되는 이동은 다릅니다. 지난 10년간 IDP 진화축의 사용자는 사람이었습니다. 2026년 사용자 형태가 달라지고 있습니다. Claude Code, Cursor, MCP 서버를 거친 에이전트가 같은 작업을 호출합니다. 에이전트가 묻는 것은 "카탈로그 UI"가 아니라 "이 서비스의 context 묶음, 이 agent의 registry entry, 이 액션의 governance 정책"입니다. 요구되는 primitive 자체가 바뀐 것입니다.
그래서 "Backstage is dead"는 두 문장으로 갈라집니다. 하나는 "직접 운영이 ROI에 안 맞는다"라는 기존 해석이고, 다른 하나는 "UI-native 축 위의 Commodity 포지션은 agent-native 축 위에서는 제자리다"라는 Einy의 실제 논점입니다.
Backstage 진영의 해자는 두 개였습니다. CNCF Graduated 브랜드(Cornered Resource에 가까움)와 플러그인 생태계(Network Effects). 두 무기 모두 “UI-native IDP 축” 위에서 강력합니다.
문제는 축이 바뀌면 이 두 해자의 가치가 비대칭적으로 떨어진다는 것입니다. Network Effects는 같은 종류의 primitive를 공유하는 참여자가 늘어날 때 가치가 쌓입니다. UI 카탈로그용 플러그인 수백 개는 agent가 호출하는 context, governance, registry를 primitive로 요구하는 순간 재사용 난도가 올라갑니다. 새 축 위에서는 같은 크기의 해자를 만들지 못한다는 뜻입니다. 이게 Port가 "DIY 비용"이 아니라 "agent-native primitive"를 들고 나온 이유입니다. Counter-positioning이 아니라 축 교체를 선점하는 베팅에 가깝습니다.
이 베팅의 정답 여부는 한 가지 숫자에 달려 있습니다. 2026 하반기에 production IDP에서 에이전트 호출이 차지하는 비율. 미미하면 2년 이른 주장이고, 빠르게 올라오면 Backstage 진영은 축 교체를 따라가야 합니다.
이번 분기 Radar 배치는 다섯 줄입니다.
-
Backstage: Adopt 유지. 플랫폼 팀 3명 이상, 사람 개발자 중심의 카탈로그가 주 사용 시나리오인 조직
-
상용 IDP(Port/Roadie/Cortex): Trial. 플랫폼 전담이 1~2명이고 표준화가 먼저인 조직. Port는 agent-native 로드맵을 함께 평가
-
Agent-native IDP primitive(context lake, agent registry, governance framework): Assess. 표준이 없는 구간이지만, 2026 하반기 pilot 가치가 있는 영역
-
"DIY vs SaaS 이분법"이라는 질문 자체: Hold. 이 질문을 의사결정의 출발점으로 삼으면 Einy가 꺼낸 실제 논점(축 교체)을 놓칩니다
네 항목 중 하나의 Hold 대상이 기술이 아니라 질문의 방식이라는 점이 의도적인 변형입니다.
이번 분기에 움직이고 있는 것은 Backstage 혼자가 아닙니다. MCP가 AAIF로 거버넌스 귀속을 시작했고, x402 Foundation이 결제 프로토콜을 재단으로 올렸고, ASF Responsible AI Initiative가 $10M을 발표했고, Safetensors가 PyTorch Foundation으로 이동했습니다. 전부 “AI/Agent 자산의 거버넌스가 재단 레이어로 집중되는 2026 Q2” 흐름의 신호입니다.
Backstage 논쟁은 이 파도의 다른 이름입니다. 재단 레이어에서 시작된 거버넌스 압력이 한 층 아래 Platform 레이어에 도착한 신호. 다음 반기에 논쟁의 중심은 "DIY냐 SaaS냐"에서 **“UI-native냐 agent-native냐”**로 이동할 가능성이 큽니다.
벤더가 "X is dead"를 외치는 순간은 대체로 그 X가 지금까지 서 있던 진화축이 교체되는 타이밍입니다.
Kubernetes는 한 축 위에서 이동했고, Backstage는 그보다 한 단계 더 복잡한 상황을 마주하고 있다고 볼 수 있습니다.
여러분의 IDP는 지금 누구를 가장 우선시하는 사용자로 대하고 있나요?
인간 개발자인가요, 에이전트인가요? 그리고 다음 6개월 안에 이 답이 바뀐다고 보시나요?
바뀐다고 답하신 분들께는 한 가지를 더 묻고 싶습니다.
agent-native primitive의 첫 신호로 어떤 것을 관찰하고 계신가요?
- 참고 기사
https://newsletter.port.io/p/backstage-is-dead
https://roadie.io/blog/platform-engineering-in-2026-why-diy-is-dead/