현장에서 기록한 Salesforce 아키텍처.
Agentforce, Data 360, 그리고 파일럿을 넘어 살아남는 시스템에 대한 실무 노트입니다. 글 Sébastien Tang. 주 2회가량 발행하며 천천히 다듬습니다.
아카이브
2026년 7월
3개 글Salesforce COE 운영 모델이 무너지는 이유와 재설계 원칙
Salesforce COE 운영 모델이 조직도만 그리고 실제로는 작동하지 않는 이유를 짚고, 거버넌스·릴리스 관리·역량 개발을 하나의 체계로 통합하는 재설계 프레임워크와 우선순위 기준, 흔한 실패 패턴을 함께 제시합니다.
Agentforce 커머스 도입, Salesforce SI 통합 역량이 성패를 가른다
Shopper·Buyer·Merchant 에이전트를 앞세운 Agentforce Commerce 출시로 국내 CIO가 마주할 진짜 과제는 Salesforce SI 통합 역량과 기술 표준화 부재입니다.
Salesforce DevOps CI/CD 구축이 멀티클라우드 조직에서 실패하는 이유
Salesforce DevOps CI/CD 구축은 도구 선택이 아니라 아키텍처 문제입니다. 멀티오그 환경에서 배포 실패율을 낮추는 파이프라인 설계 원칙을 다룹니다.
2026년 6월
16개 글AI 에이전트 SI 재편: 한국 대기업이 직면한 파트너 생태계 분기점
VCARB의 Agentforce 360 도입이 보여주는 AI 에이전트 SI 재편 신호. 한국 대기업 CIO가 기존 SI 의존 구조를 재검토해야 하는 아키텍처적 이유를 분석합니다.
Salesforce 에이전트포스 커머스, 한국 대기업 도입의 두 장벽
Agentforce Commerce가 출시됐지만 한국 대기업은 PIPA 규제와 온프레미스 연동이라는 두 장벽을 먼저 해결해야 한다. 아키텍처 관점에서 핵심 쟁점을 짚는다.
Agentforce 거버넌스 없이 AI 에이전트는 리스크다
VCARB 사례가 보여주듯 Agentforce 360 도입은 기술 문제가 아니다. 한국 대기업 CIO가 먼저 재정립해야 할 IT 거버넌스 체계를 구체적으로 짚는다.
Fin 인수 이후 Salesforce 데이터 국내화 전략과 PIPA 준수
Salesforce의 Fin 인수로 고객서비스 AI가 강화됐지만, 한국 기업은 PIPA 준수와 데이터 국내화라는 추가 과제를 안게 됐다. 아키텍처 관점에서 해법을 분석한다.
Agentforce 한국 규제 준수와 SI 파트너 역할 재편
VCARB 사례로 본 Agentforce 360 도입의 실제 과제. 한국 기업이 개인정보 보호법(PIPA) 준수와 SI 의존 구조를 동시에 해결해야 하는 이유를 아키텍처 관점에서 분석합니다.
Fin 인수로 본 AI 에이전트 자동화와 한국 SI 의존도
Salesforce의 Fin 인수가 한국 기업 아키텍처에 던지는 질문: AI 에이전트 자동화가 SI 의존 구조를 실질적으로 대체할 수 있는가. 기술적 근거와 현실적 한계를 분석합니다.
Salesforce 글로벌 AI 투자가 SI 독립성 전환을 앞당기는 이유
Salesforce의 이탈리아 10억 달러 투자는 단순 지역 확장이 아닙니다. 한국 기업 CIO가 SI 의존도를 줄이고 Agentforce 인하우스 역량을 확보해야 할 시점이 왔습니다.
Salesforce 글로벌 AI 투자와 한국 PIPA 컴플라이언스 전략
Salesforce의 이탈리아 10억 달러 투자가 한국 기업의 Agentforce 도입 전략에 던지는 질문: 데이터 주권과 PIPA 컴플라이언스를 어떻게 설계할 것인가.
Salesforce-Databricks 연계와 AI에이전트 데이터거버넌스
Salesforce-Databricks 파트너십이 한국 기업의 AI 에이전트 아키텍처를 바꾼다. PIPA 준수, 자체 데이터 활용, Data Cloud 연동 설계 패턴을 분석합니다.
Agentforce 3와 AI 에이전트 자체 구축: SI 의존도의 균열
Agentforce 3의 MCP 지원과 AgentExchange 확장으로 한국 기업의 AI 에이전트 자체 구축이 현실화됐다. SI 의존 구조가 흔들리는 이유와 아키텍처 전략을 분석한다.
Summer '26 멀티에이전트 오케스트레이션과 에이전트 자동화 아키텍처가 SI 의존도를 바꾸는 방식
Salesforce Summer '26의 멀티에이전트 오케스트레이션은 한국 대기업의 SI 의존 구조를 근본적으로 흔든다. 에이전트 자동화 아키텍처의 변화와 CIO가 지금 결정해야 할 것을 분석한다.
Agentforce 360 Intelligent Context와 PIPA 컴플라이언스 리스크
Agentforce 360 GA의 Intelligent Context는 PIPA 컴플라이언스 리스크를 재정의합니다. 한국 기업 CIO·CTO가 지금 검토해야 할 아키텍처 판단 기준을 분석합니다.
m3ter 인수로 재편되는 Salesforce 비용 최적화 전략
Salesforce의 m3ter 인수는 사용량 기반 과금 체계를 플랫폼 핵심으로 끌어들입니다. 한국 대기업 CIO가 지금 라이선스 전략을 재검토해야 하는 이유를 아키텍처 관점에서 분석합니다.
Agentforce 내재화 역량, Agent Script 가드레일이 답인가
Agentforce 360 GA의 Agent Script 가드레일이 한국 기업의 AI 에이전트 내재화를 가속할 수 있는지, 아니면 SI 의존도를 심화하는지 아키텍처 관점에서 분석합니다.
Summer '26 멀티에이전트 오케스트레이션과 에이전트 자동화 거버넌스
Salesforce Summer '26의 멀티에이전트 오케스트레이션이 한국 대기업 SI 의존 구조를 어떻게 바꾸는지, 에이전트 자동화 거버넌스 설계 관점에서 분석합니다.
Agentforce 360 GA: 한국 기업 AI 에이전트 거버넌스 재편
Agentforce 360 Platform GA가 한국 기업의 AI 에이전트 컴플라이언스와 엔터프라이즈 제어 체계를 어떻게 바꾸는지, PIPA 규제와 SI 의존 구조 관점에서 분석합니다.
2026년 5월
6개 글Salesforce Data Cloud 데이터 마이그레이션: 실패하는 이유와 설계 원칙
Salesforce Data Cloud 데이터 마이그레이션이 실패하는 구조적 원인을 분석하고, Identity Resolution과 Data Streams 설계로 안전하게 이행하는 아키텍처 원칙을 제시합니다.
Agentforce 도입, 파일럿이 프로덕션에서 멈추는 이유
6개월 Agentforce 파일럿이 프로덕션에서 멈추는 진짜 원인은 프롬프트가 아니라 데이터 접근과 권한 설계입니다. 데이터 접근, 보안 모델, 액션 계층으로 나누어 한국 엔터프라이즈가 무엇을 먼저 진단해야 하는지 아키텍처 관점에서 정리합니다.
Salesforce Data Cloud 구축, 통합 고객 뷰가 깨지는 이유
Data Cloud 구축 후에도 고객 프로필이 쪼개지는 진짜 원인은 Identity Resolution과 데이터 모델을 먼저 설계하지 않았기 때문입니다. 접점 3,000개 조직 기준으로 무엇을 먼저 진단해야 하는지 정리합니다.
Salesforce 멀티클라우드 통합, 패턴을 먼저 정해야 합니다
Salesforce를 AWS, Azure, 네이버클라우드, 레거시와 잇는 통합은 도구가 아니라 패턴 선택의 문제입니다. 통합 프로젝트의 70%가 패턴을 늦게 정해 비용이 두 배로 늘어나는 구조적 원인을 아키텍처 관점에서 정리합니다.
Salesforce 거버넌스로 SI 의존도를 줄이는 운영 모델
SI 주도로 구축한 Salesforce는 2년 안에 유지보수 비용과 종속이 함께 커집니다. CoE, 권한 체계, 릴리즈 관리, 샌드박스 전략, DevOps로 인하우스 역량을 세우는 운영 모델을 아키텍처 관점에서 정리합니다.
Agentforce 데이터 보안과 PIPA 권한 설계의 핵심
AI 에이전트는 같은 역할의 사람보다 더 넓은 데이터에 닿습니다. Einstein Trust Layer, 데이터 마스킹, PIPA 통제 네 가지를 에이전트 실행 맥락 기준으로 다시 설계하는 방법을 아키텍처 관점에서 정리합니다.
영역별로 읽기
세 가지 작업 영역입니다. 각 영역에는 기초 읽기 순서가 정리된 서비스 페이지가 있습니다.
Agentforce & AI
에이전트 시스템을 프로덕션에 안착시키는 데 필요한 것. 패턴, 비용, 그리고 가장 먼저 무너지는 지점을 다룹니다.
서비스 보기 →Data 360
모든 Salesforce 클라우드를 가로지르는 통합 고객 데이터. Identity Resolution, 데이터 스트림, Calculated Insights를 다룹니다.
서비스 보기 →Org 진단 및 고도화
진단과 고도화. 프로그램이 멀쩡해 보이는 채로 실패하는 이유, 그리고 다시 궤도에 올리는 방법을 다룹니다.
서비스 보기 →자주 묻는 질문
아키텍트, CIO, SI 파트너가 구독하거나 연락하기 전에 자주 묻는 내용입니다.
얼마나 자주 발행합니까?
새 글은 주 2회가량 나옵니다. 영어는 월요일, 프랑스어는 화요일, 한국어는 별도 일정으로 발행합니다. 수요일과 금요일에는 기존 글을 천천히 업데이트합니다. 월간 뉴스레터가 기준 주기이며, 이 페이지에는 항상 최신 글이 표시됩니다.
글을 다시 싣거나 번역해도 됩니까?
출처를 밝히고 원문으로 링크를 걸면 가능합니다. 번역은 hello@sebastientang.com 으로 문의하십시오. 대부분의 주제는 이미 영어와 프랑스어 버전이 있습니다.
이 글을 보고 프로젝트를 의뢰할 수 있습니까?
자주 있는 일입니다. Transformation Leadership 자리는 분기마다 열립니다. 가장 빠른 길은 상단 메뉴에서 30분 디스커버리 콜을 예약하는 것입니다. 슬라이드 대신 다이어그램을 준비해 오십시오.
RSS 피드가 있습니까?
있습니다. /rss.xml 에서 제공합니다. 뉴스레터는 더 천천히, 편집을 거쳐 보내는 주기입니다. RSS에는 발행 즉시 모든 글이 영어와 프랑스어, 한국어로 담깁니다.
Salesforce가 아닌 스택도 다룹니까?
다루지 않습니다. 시각과 관점은 10년 이상의 Salesforce 딜리버리에서 나옵니다. 연동이 SAP, MuleSoft, Snowflake, Atlas와 만날 때는 그 경계를 다루며, 상대 스택 자체는 다루지 않습니다.