현장에서 기록한 Salesforce 아키텍처.
Agentforce, Data 360, 그리고 파일럿을 넘어 살아남는 시스템에 대한 실무 노트입니다. 글 Sébastien Tang. 출처 확인과 검토가 끝난 글을 발행하고 기존 글도 필요할 때 수정합니다.
아카이브
2026년 7월
9개 글Agentforce Coworker 도입과 Agentforce PIPA 컴플라이언스 리스크 관리
Agentforce Coworker의 멀티채널 확장이 만드는 데이터 이동 경로를 분석하고, Agentforce PIPA 컴플라이언스를 확보하기 위한 아키텍처 통제 지점을 정리합니다.
Salesforce Data Cloud vs CDP: 진짜 아키텍처 차이는 무엇인가
Salesforce Data Cloud vs CDP 비교에서 놓치는 핵심은 저장 방식이 아니라 Identity Resolution과 실행 계층의 통합 여부입니다.
Salesforce 인하우스 팀 구축, SI 의존을 끊는 조직 설계법
Salesforce 인하우스 팀 구축은 채용이 아니라 거버넌스 설계 문제입니다. 역할 구조, 역량 로드맵, SI 이관 전략까지 실행 가능한 프레임워크를 다룹니다.
Salesforce Headless API 아키텍처: UI를 걷어낼 때 필요한 설계 전략
Salesforce Headless API 아키텍처는 UI 계층을 제거하고 API 우선으로 시스템을 재구성하는 접근입니다. 리스크와 설계 원칙을 실무 관점에서 정리합니다.
Agentforce 라이선스 비용: 계약별 과금 단위 검증 방법
Agentforce 비용은 Flex Credits, Conversations, 사용자당 라이선스 등 계약에 따라 달라집니다. 사용량·품질·청구 데이터를 연결하는 방법을 설명합니다.
Salesforce SI 의존도 줄이기: 내재화 아키텍처 설계 전략
SI 의존에서 벗어나 내부 역량을 재구축하는 아키텍처 설계법을 다룹니다. 거버넌스, 기술 부채 관리, 하이브리드 운영 모델까지 구체적으로 제시합니다.
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 운영에서 SI 의존도를 줄이는 기준
SI를 배제하지 않고 Salesforce 의사결정권, 플랫폼 지식, 변경 통제와 데이터 책임을 내부로 가져오는 현실적 기준을 정리합니다.
Agentforce와 한국 PIPA: 확인해야 할 데이터 흐름
Agentforce와 Data 360 도입 시 리전, 국외 이전, 위탁, 프롬프트, 외부 Action을 계약과 실제 데이터 흐름으로 검증하는 방법입니다.
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 컴플라이언스 리스크
Intelligent Context는 비정형 문서를 추출하고 검색 인덱스로 제공합니다. 한국 기업이 PIPA 관점에서 통제해야 할 출처, 접근권한, 보존, 검증 기준을 정리합니다.
m3ter 인수로 재편되는 Salesforce 비용 최적화 전략
Salesforce의 m3ter 인수는 사용량 기반 과금 체계를 플랫폼 핵심으로 끌어들입니다. 한국 대기업 CIO가 지금 라이선스 전략을 재검토해야 하는 이유를 아키텍처 관점에서 분석합니다.
Agentforce 내재화 역량, Agent Script 가드레일이 답인가
Agentforce 360 GA의 Agent Script 가드레일이 한국 기업의 AI 에이전트 내재화를 가속할 수 있는지, 아니면 SI 의존도를 심화하는지 아키텍처 관점에서 분석합니다.
Summer '26 멀티에이전트 오케스트레이션과 에이전트 자동화 거버넌스
Salesforce Summer '26의 멀티에이전트 오케스트레이션이 한국 대기업 SI 의존 구조를 어떻게 바꾸는지, 에이전트 자동화 거버넌스 설계 관점에서 분석합니다.
Agentforce 360과 한국 기업 AI 에이전트 거버넌스
Agentforce 기능을 PIPA 준수와 혼동하지 않고, 데이터 흐름·권한·국외 이전·보존·사람의 개입을 검증하는 실무 프레임워크입니다.
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 파트너가 구독하거나 연락하기 전에 자주 묻는 내용입니다.
얼마나 자주 발행합니까?
새 글은 출처 확인과 검토가 끝났을 때 발행합니다. 제품 상태, 규정 또는 출처의 품질이 바뀌면 기존 글을 수정합니다. 블로그 목록과 RSS 피드에서 최신 내용을 확인할 수 있습니다.
글을 다시 싣거나 번역해도 됩니까?
출처를 밝히고 원문으로 링크를 걸면 가능합니다. 번역은 hello@sebastientang.com 으로 문의하십시오. 대부분의 주제는 이미 영어와 프랑스어 버전이 있습니다.
이 글을 보고 프로젝트를 의뢰할 수 있습니까?
가능 여부는 범위와 현재 capacity에 따라 확인합니다. 가장 빠른 방법은 상단 메뉴에서 30분 discovery call을 예약하는 것입니다. pitch deck 대신 의사결정 맥락과 현재 자료를 준비해 주십시오.
RSS 피드가 있습니까?
있습니다. /rss.xml 에서 제공하며 영어, 프랑스어, 한국어 글을 발행 즉시 담습니다.
Salesforce가 아닌 스택도 다룹니까?
다루지 않습니다. 시각과 관점은 10년 이상의 Salesforce 딜리버리에서 나옵니다. 연동이 SAP, MuleSoft, Snowflake, Atlas와 만날 때는 그 경계를 다루며, 상대 스택 자체는 다루지 않습니다.