Salesforce(Data/Marketing Cloud)
Headless 아키텍처, ITSM 미래 좌우하는 이유와 Buy+Build 전략
한마디로
IT 서비스 관리를 처음부터 직접 만들거나 폐쇄형 SaaS에 갇히는 대신, 핵심 기능은 API로 열어두고 그 위에 직접 확장하는 Headless 방식이 뜨고 있어요
무슨 내용인가
이 글은 ITSM(IT 서비스 관리)에 에이전틱 AI를 도입할 때 CIO들이 직접 구축과 폐쇄형 SaaS라는 두 함정 사이에서 고민한다고 설명해요. 직접 구축은 토큰 소비 비용이 급증하고 스파게티 아키텍처가 되기 쉬운데, Gartner는 2027년 말까지 에이전틱 AI 프로젝트의 40% 이상이 비용 급증, 불명확한 사업 가치, 부족한 위험 관리로 취소될 거라고 전망했어요. 대안으로 제시하는 건 Buy+Build 전략인데요, CMDB, 분석, 워크플로우, 오케스트레이션 같은 핵심 기능을 API, CLI, Model Context Protocol로 개방한 Headless 플랫폼을 먼저 구매하고, 그 위에 Claude Code나 IDE 같은 도구로 차별화 요소를 직접 쌓는 방식이에요. 글은 에이전틱 오케스트레이션, 통합 모니터링(Mission Control), 통합 데이터 스택, 진정한 Headless 접근, 기본 탑재된 보안, 거버넌스, 예측 가능한 가격 정책이라는 여섯 가지 요건을 제시하며 자사 Agentforce IT Service를 글로벌 ITSM 플랫폼 2위로 소개해요.
에디터 노트 | FactStack
Buy+Build라는 프레이밍 자체가 벤더 세일즈 논리라는 걸 먼저 짚어야 해요. Salesforce가 자사 Agentforce IT Service를 6가지 요건의 정답처럼 제시하는 구조인데, 그 요건들이 우연히도 자사 제품 스펙과 정확히 일치한다는 점은 비판적으로 읽을 필요가 있어요. 다만 Gartner의 40% 취소 전망 자체는 현장 체감과 맞아요. 토큰 비용과 오케스트레이션 복잡도를 과소평가하고 에이전트 프로젝트를 직접 구축으로 시작했다가 3-6개월 뒤 아키텍처를 다시 짜는 경우를 실제로 많이 봤거든요. 그래서 API, MCP로 핵심 기능을 열어둔 플랫폼을 기반으로 삼는 방향은 원칙적으로 맞지만, 벤더 종속이라는 다른 형태의 폐쇄성으로 옮겨갈 위험은 여전히 남아있으니 계약 단계에서 데이터 이동성과 가격 정책의 예측 가능성을 별도로 검증해야 해요.
실무 시사점
ITSM, IT 운영 조직이 AI 에이전트 도입 시 직접 구축 대신 API, CLI 개방형 플랫폼을 먼저 도입하고 그 위에 차별화를 쌓는 전략을 검토할 근거가 됩니다
태그
용어 풀이
- Agentic AI
- 스스로 판단하고 작업을 수행하는 자율형 AI 에이전트
- ITSM
- IT 서비스 관리, 기업 내 IT 티켓, 인프라 운영을 관리하는 체계
- Headless Architecture
- 핵심 기능을 특정 화면에 묶지 않고 API 등으로 자유롭게 연결하는 구조
- Salesforce
- 클라우드 기반 CRM 및 비즈니스 소프트웨어 기업
공유