Salesforce 글로벌 AI 투자가 SI 독립성 전환을 앞당기는 이유

Salesforce가 이탈리아에 10억 달러를 투자하겠다고 발표했을 때, 대부분의 분석은 유럽 시장 확장이라는 지역적 맥락에 머물렀다. 그러나 이 투자의 진짜 신호는 지리가 아니라 속도에 있다. Agentforce(에이전트포스) 기반의 자율 AI 에이전트 인프라를 글로벌 규모로 표준화하겠다는 Salesforce의 의지가 확인된 것이고, 이는 한국 기업의 SI 독립성 전환 논의를 더 이상 미룰 수 없게 만드는 외부 압력이다.

Salesforce가 이탈리아에 10억 달러를 쓰는 구조적 이유

표면적으로 이번 투자는 데이터센터 확충, 파트너 생태계 육성, 공공 부문 AI 도입 지원으로 구성된다. 그러나 아키텍처 관점에서 보면 의미가 다르다.

Salesforce는 Agentforce의 Atlas Reasoning Engine(추론 엔진)과 Data Cloud를 단일 플랫폼 스택으로 묶어 지역별로 배포하는 전략을 가속화하고 있다. 이탈리아 투자는 그 패턴의 반복이다. 동일한 패턴이 일본, 호주, 인도에서 이미 실행됐다. 한국은 아직 이 규모의 발표가 없지만, Salesforce의 APAC 투자 시퀀스를 보면 한국 데이터 레지던시 강화와 Agentforce 로컬 배포 확대는 시간문제다.

이 맥락에서 한국 기업 CIO가 주목해야 할 것은 투자 금액이 아니라 플랫폼 성숙도 곡선이다. Salesforce가 특정 지역에 인프라를 집중 투자하는 시점은 해당 플랫폼의 엔터프라이즈 준비도가 임계점을 넘었다는 신호다. 즉, 지금이 SI에 의존해 플랫폼을 운영하던 방식을 재검토할 적기다.

한국 SI 의존 구조가 만들어낸 실질적 비용

한국 대기업의 Salesforce 운영 구조는 독특하다. 초기 구축은 대형 SI가 담당하고, 이후 유지보수와 기능 확장도 동일 SI에 의존하는 패턴이 고착화되어 있다. 컨설턴트 200명 규모의 Center of Excellence를 운영하는 조직에서도 Salesforce 플랫폼 자체에 대한 내부 역량은 놀랍도록 얕은 경우가 많다.

이 구조의 비용은 세 가지 차원에서 발생한다.

첫째, 변경 속도다. SI를 통한 요건 정의, 견적, 품의, 개발, 배포 사이클은 통상 816주다. Agentforce의 Topics와 Actions를 조합해 새로운 에이전트를 배포하는 데 내부 팀이라면 12주면 충분한 작업이 SI 구조에서는 분기 단위 프로젝트가 된다.

둘째, 플랫폼 지식의 외부화다. Flow 오케스트레이션 로직, Data Cloud의 Identity Resolution 룰셋, Prompt Builder 템플릿 설계가 모두 SI 인력의 머릿속에 있으면, 계약이 끊기는 순간 조직은 자신의 플랫폼을 이해하지 못하는 상태가 된다. 이것은 기술 부채가 아니라 운영 리스크다.

셋째, AI 전환 비용의 증폭이다. Agentforce 도입은 단순 기능 추가가 아니라 데이터 파이프라인, 프롬프트 설계, 에이전트 행동 정의, 테스트 자동화가 맞물리는 아키텍처 작업이다. 이 작업을 SI에 전적으로 위임하면 초기 구축 비용이 2~3배 증가하고, 이후 운영 최적화는 사실상 불가능해진다.

Agentforce 프로덕션 준비도에 대한 구체적인 아키텍처 기준을 먼저 확인하면 SI 의존 구조에서 어떤 항목이 내재화 대상인지 판단하는 데 도움이 된다.

SI 독립성 전환의 현실적 아키텍처

SI 독립성 전환은 SI를 완전히 배제하는 것이 아니다. 플랫폼 핵심 역량을 내부화하고, SI는 특정 프로젝트 단위 실행에만 활용하는 구조로 전환하는 것이다. 이 구분이 중요하다.

내재화 우선순위가 높은 영역은 다음과 같다.

• Data Cloud Data Streams 설계 및 운영: 데이터 수집 파이프라인의 구조를 내부 팀이 이해하지 못하면 Data Graph 기반의 실시간 세그먼트 활성화는 블랙박스가 된다. 실시간 활성화의 일반적 지연은 2~5분 수준이지만, 파이프라인 설계가 잘못되면 이 수치는 의미가 없다.
• Agentforce Topics와 Actions 정의: 에이전트의 범위(Topics)와 도구(Actions)를 비즈니스 팀이 직접 정의하고 수정할 수 있어야 한다. 이것이 SI에 묶여 있으면 에이전트는 출시 후 6개월이 지나도 초기 설계에서 벗어나지 못한다.
• Prompt Builder 템플릿 관리: Sales Email, Field Generation, Flex 템플릿의 반복 개선은 내부 팀이 담당해야 한다. 프롬프트 품질은 초기 설계보다 운영 중 반복 개선에서 결정된다.
• Flow 오케스트레이션 로직: Process Builder와 Workflow Rules가 폐기된 이후 Flow가 모든 자동화의 중심이 됐다. 이 로직을 내부에서 읽고 수정할 수 없으면 운영 자율성은 없다.

반면 SI 활용이 합리적인 영역은 대규모 초기 데이터 마이그레이션, 레거시 시스템 연동을 위한 MuleSoft 통합 레이어 구축, 그리고 내부 역량이 아직 없는 신규 클라우드 도입 초기 단계다.

PIPA와 데이터 거버넌스가 인하우스 전환을 강제하는 이유

한국의 개인정보 보호법(PIPA)은 SI 독립성 전환을 선택이 아닌 필수로 만드는 또 다른 압력이다. Agentforce가 고객 데이터를 처리하는 AI 에이전트를 운영할 때, 데이터 처리 목적, 보유 기간, 제3자 제공 여부에 대한 책임은 SI가 아니라 데이터 컨트롤러인 기업에 있다.

SI가 Data Cloud의 Identity Resolution 룰셋을 설계하고 운영하는 구조에서는 개인정보 처리 방침과 실제 데이터 흐름 사이의 간극이 생기기 쉽다. PIPA 위반 리스크는 SI 계약으로 이전되지 않는다. 규제 당국은 데이터를 처리한 조직을 본다.

Data Cloud에서 Unified Individual(통합 개인 프로필)이 생성되는 과정, 즉 여러 소스의 데이터가 Identity Resolution을 통해 단일 프로필로 병합되는 과정을 내부 팀이 이해하고 감사할 수 있어야 한다. 이것은 거버넌스 요건이지 기술적 선호의 문제가 아니다.

Agentforce와 PIPA 데이터 보안의 교차점에서 구체적인 데이터 처리 아키텍처 기준을 확인할 수 있다.

전환 속도를 결정하는 조직 변수

Salesforce의 글로벌 AI 투자 가속화가 한국 기업에 주는 압력은 명확하다. 플랫폼이 빠르게 진화할수록 SI를 통한 변경 사이클은 상대적으로 더 느려진다. 2년 전에는 분기 단위 업데이트가 허용 가능했지만, Agentforce가 매 릴리스마다 새로운 에이전트 기능을 추가하는 지금은 그 속도가 경쟁 열위로 직결된다.

인하우스 전환의 속도를 결정하는 변수는 기술이 아니라 조직이다. 구체적으로는 세 가지다.

첫째, 내부 Salesforce 아키텍트의 존재 여부다. SI 프로젝트 관리자가 아니라 Data Cloud와 Agentforce 스택을 설계할 수 있는 인력이 내부에 있어야 한다. 이 역할은 채용으로 해결할 수도 있고, 독립 전문가를 통한 역량 이전으로 접근할 수도 있다.

둘째, 플랫폼 소유권에 대한 경영진의 인식이다. CIO가 Salesforce를 IT 인프라로 보는지, 비즈니스 역량 플랫폼으로 보는지에 따라 내재화 투자의 우선순위가 달라진다. Agentforce 시대에 Salesforce는 후자다.

셋째, SI 계약 구조의 유연성이다. 장기 유지보수 계약이 특정 SI에 묶여 있으면 전환 비용이 발생한다. 이 비용을 계산하지 않고 인하우스 전환을 시작하면 중간에 멈추게 된다.

Salesforce 거버넌스와 SI 의존도의 구조적 문제는 이 계약 구조를 어떻게 재설계할지에 대한 실질적인 프레임워크를 제공한다.

인하우스 전환을 검토하는 조직이라면 Agentforce 아키텍처 서비스에서 역량 내재화 로드맵 설계 방식을 확인하는 것이 출발점이 된다.

핵심 정리

• Salesforce의 이탈리아 10억 달러 투자는 Agentforce 플랫폼의 글로벌 표준화 가속을 의미하며, 한국 기업의 SI 독립성 전환 시점을 앞당기는 외부 신호다.
• 한국 SI 의존 구조에서 Agentforce 기능 변경 사이클은 816주인 반면, 내부 팀 운영 시 12주로 단축된다. 이 차이는 AI 경쟁력의 차이로 직결된다.
• Data Cloud Identity Resolution 룰셋과 Agentforce Topics·Actions 정의는 내재화 우선순위 1순위다. 이 두 영역이 SI에 묶여 있으면 플랫폼 자율성은 없다.
• PIPA 하에서 데이터 처리 책임은 SI가 아닌 기업에 있다. Unified Individual 생성 과정을 내부에서 감사할 수 없는 구조는 규제 리스크다.
• 인하우스 전환의 병목은 기술이 아니라 조직이다. 내부 Salesforce 아키텍트 확보와 SI 계약 구조 재설계가 선행되어야 한다.