Org보다 랜드스케이프를 먼저 그려라
28개 언어로도 제공
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architect 과정 4장, 파트 1: 데이터 아키텍트 되기. 이전: Salesforce 데이터 아키텍처.
CTA 후보자들을 가르칠 때 첫날 숙제는 늘 같습니다. 시나리오를 읽으십시오. 빈 캔버스에서 시스템 랜드스케이프를 시작하십시오. 그다음에, 오직 그다음에 데이터 모델을 그려 보십시오.
사람들은 순서에 놀랍니다. 우리는 데이터 아키텍트인데 데이터 모델부터 해야 하지 않나요? 제가 그러지 않는 이유는 이렇습니다. 데이터 모델을 먼저 그리면 무엇이 Salesforce에 속하는지 이미 정해 버린 것입니다. 랜드스케이프를 먼저 그리면 그 결정을 형성해야 할 모든 것이 보입니다. 고객과 제품을 소유한 ERP, 5년치 질문에 답하는 웨어하우스, 누가 들어올지 정하는 ID 공급자, 매일 오후 파일을 보내는 파트너, 다들 곧 퇴역한다고 말하는 레거시 시스템.
2장과 3장은 org를 설계했습니다. 모델이 어떠해야 하는지, 그리고 그것이 Salesforce에서 어떻게 사는지. 이 장은 카메라를 뒤로 빼서 org를 설계하기 전에, org를 둘러싼 것을 그립니다. Salesforce는 여러 시스템 중 하나이고, 데이터를 소유한 쪽이 아닌 경우도 꽤 많습니다.
AI로 생성한 이미지입니다.
이 장의 생각들
섹션 제목: “이 장의 생각들 ”- 랜드스케이프가 먼저다. 시스템을 찾고, 그다음 그 사이를 오가는 데이터를, 그다음 각 조각을 누가 소유하는지 찾으십시오. 그다음에야 Salesforce의 일이 무엇인지 정하십시오.
- 화살표는 다른 화살표에 의존한다. ERP로 나가는 주문에는 먼저 들어온 고객, 제품, 가격이 필요합니다. 흐름이 하나뿐인 연동을 볼 때마다 저는 걱정하기 시작합니다.
- 데이터에는 종류와 워크로드가 있다. 마스터, 참조, 트랜잭션, 메타데이터, 분석, 비정형 데이터는 서로 다르게 변하고, 자라고, 쓰이며, 운영(OLTP), 분석(OLAP), 스트리밍 워크로드는 서로 다른 집을 원합니다. org는 비즈니스를 돌리고, 웨어하우스와 레이크는 그것을 분석합니다.
- 시스템에는 로고가 아니라 역할이 있다. 기록, 참여, 참조, 인사이트. “Salesforce가 우리의 기록 시스템이에요.” 무엇에 대한?
- 분석이 사는 곳은 데이터가 사는 곳을 따른다. 모두 코어 내에 있다면 표준 보고서. 데이터가 다른 저장소에 있다면 분석 플랫폼, 그리고 Salesforce 데이터를 웨어하우스와 합칠 때는 웨어하우스.
- Data 360은 코어 인접(near-core)이다. 관리는 코어에서, 호스팅은 코어 밖에서. 사용자가 결코 그것에 연결하지 않으므로 배관과 함께 둡니다.
- ERP 소유 데이터는 로컬에서 읽고 통제 아래 쓴다. 스키마가 각 필드의 소유자를 보여 주도록
erp_접두사를 붙입니다. - 랜드스케이프에서 화살표는 연결을 여는 시스템에서 시작한다. 그리고 레이블은 무엇이 어느 방향으로 움직이는지 말합니다. 흐름 둘은 화살표 둘이고, 양쪽 화살표는 커넥터에만 씁니다.
- 모든 화살표에는 클라이언트와 서버가 있다. 그리고 각자 자기 절반을 소유합니다. 이 중 무엇도 랜드스케이프에 올라가지 않지만, 모든 화살표에 있습니다.
- 화살표를 그리기 전에 세라. 0은 목록에 들어가고, 메커니즘을 고릅니다. 배치, 동기, 또는 이벤트.
- org 전략은 랜드스케이프 결정이다. 처음 몇 분 안에 정합니다. org 하나인가 여럿인가, 그리고 어디서 실행되는가.
- 현재 상태는 무엇이 잘못됐는지 보여 준다. 나쁜 프로세스는 빨간색, 손으로 하는 일은 파선, 빠진 것은 빨간 점선.
스티브의 랜드스케이프 배치
섹션 제목: “스티브의 랜드스케이프 배치 ”시스템 랜드스케이프를 그리는 방법은 많습니다. 이것은 수년에 걸쳐 다듬어 온 제 방식이고, 한 문장처럼 읽힙니다. 왼쪽의 사람들이 가운데의 Salesforce에 닿고, 위의 시스템을 통해 신뢰를 얻고, 아래의 채널을 통해 서비스를 받으며, 오른쪽의 백오피스와 연결된다.
| 위치 | 들어가는 것 |
|---|---|
| 왼쪽 | 사람들, 위에서 아래로: 내부 사용자, 파트너, 고객 |
| 가운데 | Salesforce, 평범한 상자 하나, 그 아래에 맞닿은 커뮤니티 |
| 위 | Salesforce 위에 ID 공급자, 오른쪽으로 비켜 둔 AppExchange, 왼쪽 위에 공개 웹사이트 |
| 오른쪽 | 연동 층, 그다음 내부 시스템: ERP, 재무, 웨어하우스 |
| 연동 층 아래 | 배관과 함께 둔 코어 인접 Data 360 |
| 아래 | 고객 채널: 이메일, 웹 양식, 전화, 메시징 |
| 오른쪽 아래 | 데이터 입출력: 아카이브, 데이터 로드, 외부 소스, 파트너 |
시스템은 옅은 레이블 영역 안의 카드이고, 각각 아이콘이 있으며, 범례가 모든 것의 뜻을 말해 줍니다. 그림 뒤에는 목록이 있습니다. 데이터 세트나 흐름마다 소유자, 볼륨, 메커니즘과 타이밍, 인증, 그리고 복사할지, 참조할지, 연합할지.
화살표가 들어간 모듈 4의 랜드스케이프.
이 장의 길
섹션 제목: “이 장의 길 ”여섯 개 모듈, 각각 독립적으로 읽을 수 있습니다.
- Salesforce는 여러 시스템 중 하나다. 상자보다 랜드스케이프가 먼저인 이유, 제가 거듭 보는 연동과 그것이 의존하는 역방향 흐름, 물결처럼 온 데이터, 그리고 코어, 코어 인접, Hyperforce.
- 기업 데이터의 종류. 여섯 가지 종류. 생성, 편집, 참조. OLTP와 OLAP. 실시간, 준실시간, 배치. 범주 뒤의 네 가지 질문.
- Salesforce를 둘러싼 시스템. 시스템 역할, ERP와 웨어하우스와 레이크하우스, 데이터를 따르는 분석, MDM, 연동과 이벤트, 개발자가 잊는 ID 공급자, Data 360의 자리.
- 시스템 랜드스케이프를 그려라. 빈 캔버스에서 쌓아 올린 제 배치, 화살표보다 먼저인 0, 시작하는 쪽에서 출발하는 화살표, 모든 화살표 뒤의 클라이언트와 서버(양방향 모두), 대화를 위한 스윔 레인, 그림 뒤의 목록.
- org 전략은 랜드스케이프 결정이다. org 하나로 시작하라. 또 하나를 정당화하는 것, 공급자가 아니라 지역, GDPR 때문에 AMER과 EMEA로 나누기, 두 번째 org가 더하는 것.
- Steve Trucking의 랜드스케이프. 제대로 된 구현 이전의 오늘을 표시해 그린 그림. RouteDesk에 도착하는 배송 목록, 손으로 Salesforce에 다시 입력하고 되돌려 입력하는 경로, GPS 데이터의 섬, 재무로 가는 스프레드시트, 그리고 1년에 10만 8,000건의 “제 배송 어디쯤이에요?” 전화.
다 읽었다면 장 학습 가이드로 스스로 점검하십시오. 시험 대비 체크리스트, 시험 너머의 습관, 알아야 할 용어, 그리고 몇 가지 질문이 있습니다.
아키텍트가 여기서 결정하는 것
섹션 제목: “아키텍트가 여기서 결정하는 것 ”- 어떤 시스템이 Salesforce를 둘러싸고 있는지, 그리고 각각 어떤 역할을 하는지.
- 중요한 각 종류의 데이터를 어떤 시스템이 소유하는지, Salesforce가 그중 얼마를 보관할지 정하기 전에.
- 모든 연결이 어떻게 작동하는지: 무엇이, 어느 방향으로, 어떻게 인증하며, 얼마나 빨리 움직이고, 무엇이 돌아오는지.
- org가 몇 개이고 어디서 실행되는지, 랜드스케이프의 나머지가 모두 그것에 달려 있으므로 가장 먼저 정한다.
- 현재 상태를 목표 상태를 설계할 만큼 충분히 이해했는지.
시험 너머: 랜드스케이프는 에이전트의 지도가 되어 가고 있습니다. 에이전트가 “제 배송 어디쯤이에요?”에 답하기 전에, 누군가는 각 사실에 대해 어느 시스템이 권위 있고, 얼마나 최신이며, 에이전트가 어떻게 닿을 수 있는지 알아야 합니다. 각 모듈은 그림의 자기 부분에 대해 AI가 바꾸는 것으로 끝납니다.
더 알아보기
섹션 제목: “더 알아보기 ”- Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (opens in a new tab)(영어), 확인일 2026-10-14.
- CTA 후보자를 위한 더 읽을거리: Salesforce Architects는 자체 다이어그램 가이드인 How to Build Salesforce Diagrams (opens in a new tab)(영어)를 공개합니다.
다음: 데이터 품질과 거버넌스