Data 360 프로비저닝

Salesforce Data 360은 Hyperforce에 구축된 데이터 플랫폼으로 모든 고객이나 계정에 대한 명확하고 완전하며 신뢰할 수 있는 360도 보기로 Salesforce 및 외부 데이터를 통합합니다.

기업은 병합 및 인수, 지역 운영, 기능적 분리 또는 과거 이유로 여러 Salesforce 조직을 운영하는 경우가 많습니다. 아키텍트는 Data 360에 대해 여러 가지 결정을 내려야 하며, 이 모든 결정은 거버넌스, 규정 준수, 비용, 대기 시간, 조직의 AI 및 교차 조직 플랫폼 기능 확장 능력에 영향을 미칩니다.

이 가이드는 Data 360을 사용하여 프로비저닝 결정을 내릴 수 있는 프레임워크를 제공합니다. 이러한 결정에는 다음이 포함됩니다.

• 단일 홈 조직과 다중 조직 구성 비교 선택

• 여러 독립 Data 360 인스턴스 프로비저닝

  • Data Cloud One을 사용하여 단일 인스턴스 아래에서 조직 통합

  • Data 360 조직 간 데이터 공유를 사용하는 독립 Data 360 인스턴스 간 공동 작업

Data 360은 Data 360 라이선스를 받은 프로덕션 조직에서 자동으로 프로비저닝됩니다. Data Cloud One은 단일 홈 조직에서 Data 360 인스턴스를 호스팅할 수 있는 Salesforce의 다중 조직 연결 아키텍처이며, 다른 Salesforce 조직은 동료 조직으로 연결됩니다. Data 360 라이선스를 보유하고, 따라서 Data 360 홈 조직이 되는 조직 선택은 장기적인 영향을 미치는 중요한 아키텍처 결정입니다.

Salesforce Data 360을 프로비저닝하는 방법은 기본적인 아키텍처 결정입니다. 이는 엔터프라이즈에서 고객 데이터를 통합하고, 거버넌스를 적용하고, 조직 전체에서 중요한 플랫폼 기능(특히 AI, Agentforce, 분석)을 활성화하는 방법을 결정합니다. 단일 Data 360에 조직 클러스터를 고정하면 통합 데이터 모델, 중앙 집중식 거버넌스, 엔터프라이즈 전체 AI 준비가 가능합니다. 동반 조직은 데이터가 로컬인 것처럼 공유 메타데이터 및 기능에 액세스할 수 있습니다. 반대로 여러 개의 독립 Data 360 인스턴스는 규제, 규정 준수 또는 자율성 요구 사항으로 인해 중앙 집중화를 방지하는 경우 적절합니다. Data 360 조직 간에 데이터를 공유하면 해당 인스턴스 간에 선택적이고 복사 없는 협업이 가능합니다.

이 결정은 데이터 거버넌스를 제어하는 사람, 데이터가 있는 위치, 플랫폼 기능이 활성화되는 방식, 향후 통합 및 AI 이니셔티브의 원활한 확장에 영향을 미칩니다. 현재 Data 360을 사용하지 않는 조직의 경우에도 향후 Data 360 액세스를 추가하기 위한 전략을 개발하여 아키텍처를 향후 지원하는 것이 중요할 수 있습니다. 세일즈, 서비스, 마케팅, 상거래, 산업, Agentforce 전반의 Salesforce 기능이 Data 360에 구축되고 있습니다. 이러한 플랫폼 기능을 사용하려는 조직은 자체 Data 360을 프로비저닝하거나 동반 조직으로 공유 Data 360에 연결해야 합니다.

이 가이드는 아키텍트가 단순성, 엔터프라이즈 전체 일관성, 규정 준수 및 확장성의 균형을 맞추는 프로비저닝 전략을 설계하는 데 도움이 되어, 조직이 Data 360을 Customer 360, AI, 크로스 플랫폼 혁신을 위해 확신을 가지고 활용할 수 있도록 합니다. 이 가이드를 사용하여 Data 360이 필요한 조직과 Data Cloud One 또는 Data 360 조직 간 데이터 공유를 사용할지 여부를 결정합니다. 이 전략은 Data 360 중심의 미래를 위한 확실한 기반을 마련합니다.

• 각 조직은 Data 360 인스턴스에 대한 액세스를 계획해야 합니다. 각 조직은 Data 360 홈 조직을 호스트하거나 Data Cloud One을 통해 연결된 동료 조직이어야 합니다.

• 조직별이 아닌 엔터프라이즈 전체를 생각하십시오. 일방적이고 개별 비즈니스 부문에서 독단적으로 내리는 결정을 피하십시오. 이상적으로 엔터프라이즈 아키텍처 또는 데이터 거버넌스 위원회는 프로비저닝 전략을 집합적으로 결정해야 합니다. 항상 광범위한 통합 데이터 집합에 의존하는 향후 AI 및 분석 요구를 예측하십시오.

• 지배 및 소유권을 조기에 계획하십시오. Data 360을 중앙 집중식(Center of Excellence 모델)으로 관리할지 아니면 사업부에 위임할지 결정합니다. 관리자, 보안 팀, 규정 준수 리드에 대한 역할을 정의합니다. 명확하지 않은 소유권은 문제가 될 수 있으므로 모호하지 않아야 합니다.

• 프로비저닝은 라이센스에 연결됩니다. Data 360 라이센스를 구매한 조직에 따라 Data 360이 프로비저닝되는 위치가 결정되고 해당 조직의 위치에 따라 지역이 결정됩니다.

• 데이터 소스 지원 고려 사항을 이해합니다. 여러 퍼블릭 클라우드와 제로 카피 데이터 소스별로 지원되는 지역을 반드시 유의하세요. 또한 해당 데이터 소스에 연결하기 위해 보안 조치에 비공개 연결이 필요한지 여부와 지역 내 또는 지역 간 연결이 지원되는지 여부를 결정합니다.

• 단일 조직인지 다중 조직인지에 따라 프로비저닝하세요. 단일 조직 고객의 경우, 가장 빠르게 가치를 실현하려면 기존 프로덕션 조직에서 Data 360을 프로비저닝하세요. 다중 조직 고객의 경우, 가능한 한 최소한의 Data 360 인스턴스를 생성하여 복잡성을 최소화하세요. 이상적으로는 Data Cloud One 구성을 사용하세요.

• 필요한 경우에만 다중 Data 360 인스턴스를 사용합니다. 다중 인스턴스는 규정 준수, 보존 또는 조직적 자율성이 요구하는 경우에만 사용해야 합니다. 이러한 경우, Data 360 조직 간 데이터 공유를 사용하여 안전하게 협업하세요.

• Data 360 조직 간 데이터 공유는 협업을 위해 설정하고, 사용자 정의 ETL 파이프라인 용도로는 사용하지 마세요. 데이터 공유를 통해 특정 개체(DMO, 계산된 인사이트, 세그먼트)를 공유합니다. 태그는 공유되지 않으며, 사용량은 소스 조직에 청구됩니다.

• 단기적인 편법을 피하세요. 장기 계획 없이 개념 증명(POC)을 위해 여러 Data 360 조직을 생성하지 마세요. 파일럿 및 초기 배포를 엔터프라이즈 전체 프로비저닝 전략에 맞추세요.

이러한 전반적인 고려 사항에 따라 모든 프로비저닝 결정(Data Cloud One, Data 360 조직 간 데이터 공유, 또는 홈 조직 지정 중 선택)을 평가하세요.

Data 360 프로비저닝에 대한 결정이 필요한 세 가지 주요 사용 사례가 있습니다.

• 홈 조직 선택
• 다중 조직 전략 적용
• Data 360 조직 간 데이터 공유

Data 360 라이센스를 구매하면 해당 라이센스와 연결된 Salesforce 조직에서 Data 360 인스턴스가 프로비저닝됩니다. 이 조직을 Data 360 홈 조직이라고 합니다. 홈 조직은 Data 360 인스턴스의 앵커입니다. 여기에는 다음이 포함됩니다.

• Data 360 저장소 및 컴퓨팅 관리(프로비저닝 시 선택된 영역)

• 관리, 거버넌스 및 보안 정책의 적용

• 데이터 수집, 조합, ID 확인, 세분화 및 활성화 성능

다중 조직 시나리오에서 홈 조직은 다른 Salesforce “공동” 조직의 중앙 Data 360 인스턴스를 관리합니다.

홈 조직:

• Data 360 인스턴스의 지리적 위치를 결정합니다.

• Data 360 인스턴스를 소유하고 관리하는 사람을 결정합니다. Data 360 홈 조직의 관리자는 Data 360에 수집된 모든 데이터에 액세스할 수 있습니다.

• Data Cloud One 구성에서 동료 조직 연결을 제어합니다.

• 엔터프라이즈 데이터 전략의 기반을 설정합니다. 나중에 변경하면 어려움과 혼란을 초래할 수 있습니다.

Data 360 홈 조직에 대한 자세한 내용은 Data 360 통합 패턴 및 관행을 참조하십시오.

첫 번째 주요 결정은 기존 프로덕션 조직에서 Data 360을 프로비저닝할지 아니면 홈 조직 역할을 할 새 전용 조직을 만드는지 여부입니다.

옵션 A: 기존 조직에서 Data 360 프로비저닝

가장 적합한 경우: 단일 Salesforce 조직이 있는 고객 또는 대부분의 비즈니스 프로세스가 실행되는 중앙 집중식 주요 조직이 이미 있는 다중 조직 고객

• 점:

  • 가장 간단한 경로: CRM 데이터가 있는 위치에서 Data 360이 프로비저닝됩니다.

  • 로컬 세일즈, 서비스, 마케팅 데이터에 즉시 액세스합니다.

  • 추가 통합이 필요하지 않습니다.

  • 관리할 라이센스 및 환경이 더 적습니다.

  • 조기에 채택, 파일럿, 프로덕션 사용 사례를 가속화합니다.

• 점:

  • 기존 조직의 거버넌스 또는 기술 부채를 상속할 수 있습니다.

  • 단일 “기본 조직”이 없는 경우 하나를 선택하면 소유권 논쟁이 발생할 수 있습니다.

  • 조직의 위치에 따른 성능이므로, 엔터프라이즈 전체의 데이터 거주 요구사항과 일치하지 않을 수 있습니다.

  • 여러 사업부에서 서로 다른 조직을 사용하는 경우 Data Cloud One과 페어링되지 않으면 로컬 프로비저닝이 조각화될 수 있습니다.

예:

Salesforce 조직이 하나인 SaaS 회사는 해당 조직에서 Data 360을 프로비저닝하여 고객 구독 및 지원 데이터를 통합합니다.

옵션 B: 새로운 전용 조직에서 Data 360 프로비저닝

가장 적합한 경우: 단일 주요 조직에 맞출 수 없는 여러 Salesforce 조직이 있는 고객 또는 강력한 CoE(Center of Excellence) 모델이 있는 기업

• 점:

  • 상속된 조직 복잡성 없이 거버넌스를 위한 백지 상태에서 시작할 수 있습니다.

  • 여러 비즈니스 부문에서 중앙 집중식 제어.

  • 규정 준수 요구에 따라 지역을 유연하게 선택할 수 있습니다.

  • 단일 사업부에 연결되지 않은 중립 “공유 서비스” 조직 역할을 합니다.

  • 향후 Data Cloud One 아키텍처(여러 동료 조직이 있는 홈 조직)를 설정합니다.

• 점:

  • 고객은 Data 360을 프로비저닝할 새 Salesforce 조직에 대한 라이센스를 구매해야 합니다.

  • Data Cloud One 동료 연결을 통해 Data 360에 조직을 연결하는 데 필요한 추가 통합입니다.

  • 관리 오버헤드(사용자 관리, 보안, ID)를 추가할 수 있습니다.

  • 기존 프로덕션 조직의 프로비저닝 대비 가치 실현 시간이 느려집니다.

예:

다국적 금융 서비스 회사는 Data 360을 프로비저닝하기 위한 전용 홈 조직을 만듭니다. 모든 사업부 조직(소매, 자산, 상업 은행)은 Data Cloud One을 통해 동료 조직으로 연결됩니다.

결정 기준

일반적인 원칙으로 기존 주요 조직을 홈 조직으로 사용하여 초기 노력을 최소화하고 채택을 가속화합니다. 장기 거버넌스 또는 규정 준수 전략에 필요한 경우에만 새로운 전용 홈 조직을 만듭니다. 새로운 전용 홈 조직을 만드는 것은 COE(Center of Excellence)를 보유한 대기업의 일반적인 선택입니다.

단일 조직 환경

기존 프로덕션 조직에서 Data 360을 프로비저닝합니다. 이렇게 하면 단순성과 즉각적인 가치를 극대화할 수 있습니다. 불필요한 통합 오버헤드를 방지합니다.

다중 조직 환경

일반적으로 대부분의 비즈니스가 실행되는 조직 또는 중앙 집중식 CRM 역할을 하는 조직 중 하나를 선택하여 홈 조직 역할을 수행합니다. 이를 통해 복잡성을 줄이고 설정 작업을 최소화하며 Data 360의 가치를 빠르게 실현할 수 있습니다. 기존 주요 조직을 사용하면 새 환경을 관리하는 데 드는 비용과 통합 노력을 피할 수도 있습니다.

새로운 전용 홈 조직 고려 시기

홈 조직을 만들면 유연성과 중립성이 제공되지만, 이러한 경우 가치 창출 시간이 느려집니다.

• 조직에 강력한 CoE(Center of Excellence)가 있고 사업부 조직과 별도의 거버넌스를 원하는 경우
• 규정 준수 또는 조직 제약으로 인해 단일 기존 조직이 적합하지 않은 경우

기업들은 종종 여러 Salesforce 조직을 운영하며, 이는 예외적인 경우가 아니라 보편적인 현상입니다. 2024년 2월 현재 약 19,000명의 Salesforce 고객이 둘 이상의 Salesforce 조직을 운영하고 있습니다.

발생하는 이유는 무엇입니까?

• 인수 및 합병: 새로 인수한 회사는 자체 Salesforce 인스턴스를 가져옵니다.
• 지역 운영: 데이터 보존 법을 충족하기 위해 EU, 북미, 아시아 태평양 등에 대한 조직을 구분합니다.
• 기능적 분리: 다양한 사업부(예: Retail Banking, Wealth Management, Insurance)는 자율성을 위해 자체 조직을 유지합니다.
• 규제 또는 보안 차단: 특정 산업에서는 규정 준수 이유로 논리적으로 구분된 조직을 요구합니다.
• 기존적 또는 기술적 이유: 시간이 지남에 따라 고객은 여러 조직을 자연스럽게 누적합니다.

각 이유는 개별적으로 타당하지만, 함께 작용하면 데이터가 파편화됩니다. 통합 레이어가 없으면 각 조직은 고객에 대한 일부 정보만을 보유하게 됩니다.

아키텍처 문제: 규정 준수, 거버넌스, 자율성 요구 사항을 존중하면서 조직 전반의 데이터를 신뢰할 수 있는 단일 소스로 통합하는 방법은 무엇입니까?

Data Cloud One은 여러 Salesforce 조직이 단일 Data 360 인스턴스를 공유할 수 있는 Salesforce의 다중 조직 연결 아키텍처입니다. Salesforce 조직이 여러 개 있는 기업에 권장되는 패턴입니다.

Data Cloud One 클러스터에서 하나의 Salesforce 조직이 Data 360 인스턴스를 호스팅하는 홈 조직으로 지정됩니다. 다른 Salesforce 조직은 동반 조직으로 연결되어 홈 조직의 Data 360에서 통합된 데이터 및 메타데이터를 사용합니다.

Data Cloud One의 작동 방식

• 데이터 수집 및 통합(홈 조직)

  • 모든 데이터 수집 구성(Salesforce CRM, 외부 소스, 스트리밍, 배치)은 홈 조직에서만 수행됩니다.

  • 홈 조직과 연결된 Data 360 테넌트는 신원 확인, 조정, 모델링 및 신뢰할 수 있는 고객 프로필로의 통합을 수행합니다.

  • Data 360 관리, 거버넌스 정책, 태그 지정 및 마스킹은 홈 조직에서 중앙 집중식으로 적용됩니다.

• 데이터 공간 아키텍처

  • 홈 조직에서 데이터는 데이터, 메타데이터, 프로세스에 대한 논리 컨테이너 역할을 하는 데이터 공간으로 구성됩니다.

  • 기업은 브랜드, 지역 또는 비즈니스 부분에 대한 데이터 공간을 만들 수 있습니다.

  • 데이터 공간 공유: 홈 조직에서 특정 데이터 공간이 동료 조직과 선택적으로 공유됩니다. 이렇게 하면 관련 데이터(및 관련 메타데이터)만 올바른 조직에 유입됩니다.

• 메타데이터 공유

  동료 조직은 데이터 모델 개체(DMO), 통합 프로필 스키마, 계산된 인사이트, 세그먼트 및 기타를 포함하여 홈 조직에서 메타데이터 정의를 받습니다. 이는 로컬 자산인 것처럼 동반 조직 내에 기본적으로 표시되지만 홈 조직에 연결되어 있습니다.

• Capabilities in Home Org vs. 동반 조직 기능 액세스는 홈 조직과 동반 조직 간에 다릅니다. 동반 조직은 데이터를 수집하거나 통합할 수 없으며, 수집, 모델링, 통합을 위해 홈 조직에 의존합니다. 동반 조직은 Data 360 데이터에 액세스하여 Data 360 지원 플랫폼 기능을 강화할 수 있으며, 공유되고 신뢰할 수 있는 데이터 위에 로컬 인사이트, 세그먼트, 플로우를 만들 수 있습니다. 향후, 활성화 기능에도 액세스할 수 있습니다.

• 플랫폼 기능 동등성 사용자 및 빌더의 관점에서 메타데이터가 공유되면 Salesforce 플랫폼 기능 사용과 관련하여 홈 조직과 동반 조직 간에 몇 가지 기능 차이가 있습니다. 지원되는 기능 목록은 Companion 조직의 Data 360 기능에서 확인할 수 있습니다.

  • 플로우, 보고서, 프롬프트 빌더, 대시보드 및 기타 플랫폼 네이티브 도구와 같은 Salesforce 플랫폼 기능은 메타데이터를 사용할 수 있으면 홈 조직과 동반 조직 모두에서 작동합니다.

  • Agentforce, Prospecting Center, Sales Cloud Einstein 기능 및 Service Cloud AI 기능과 같은 Data 360 지원 기능도 홈 조직과 동반 조직에서 원활하게 작동합니다. 일부 기능은 완전한 호환성에 도달할 수 있지만, 전반적인 목표는 Data 360에 의존하는 모든 클라우드 간 기능에 대해 홈 조직과 동반 조직 간의 기능 동등성을 달성하는 것입니다.

• 소비 모델 모든 동반 조직 활동(쿼리, 세그먼트 실행, Data 360 트리거 플로우, AI 사용, Einstein Trust Layer 로깅 등)은 홈 조직에서 Data 360 크레딧을 사용합니다. 소비는 한 방향으로만 흐릅니다. 크레딧은 홈 조직의 크레딧 할당에 대해 중앙에서 관리되고, 청구 및 추적됩니다. 그러나 Digital Wallet에서 각 개별 조직이 사용한 크레딧 수를 자세히 살펴볼 수 있습니다.

• 설계 원리: 수평 구조 Data 360의 가로 구조는 주로 Data Cloud One을 통해 구현되는 기본 설계 원칙으로, 단일 Data Cloud 인스턴스가 여러 고유한 Salesforce CRM 조직에 걸쳐 적용되도록 합니다. 새롭게 릴리스된 모든 기능이 추가 설정 없이 홈 조직과 동반 조직 모두에서 작동하는 것이 목표입니다. 이 기능은 Data Cloud One이 단순한 데이터 아키텍처 선택이 아니라 앞으로 Salesforce 플랫폼의 기본 요소가 되도록 보장합니다.

조직이 여러 개인 기업은 생태계 내에서 Data 360을 배치할 방법과 위치를 선택해야 합니다. 각 조직에서 독립 Data 360 조직을 프로비저닝하거나 Data Cloud One을 사용하여 단일 홈 조직 아래에서 조직을 통합하려고 합니까?

옵션 A: 여러 개의 독립 Data 360 조직

각 Salesforce 조직은 자체 Data 360 인스턴스를 프로비저닝합니다.

점:

• 자율성: 각 사업부 또는 지역은 자체 Data 360을 제어합니다.

• 각 조직의 단순성: 거버넌스, 보안, 그리고 사용자 정의는 각 조직에서 관리됩니다.

• 규제 준수: 엄격한 규제 구분이 필요한 경우 유용합니다(예: 데이터가 국경을 넘지 않아야 함).

점:

• 데이터 사일로: 통합 프로필은 조직 전체에서 사용할 수 없습니다.

• 고비: 각 인스턴스에는 라이센스, 관리, 통합이 필요합니다. 고객은 결국 여러 조직에서 동일한 소스 데이터를 여러 번 수집합니다.

• 중복 작업: ID 확인, 세분화, 보강은 각 Data 360 인스턴스에서 반복해야 합니다.

옵션 B: One Shared Data 360(Data Cloud One Cluster)

단일 Data 360은 홈 조직에서 프로비저닝되며 다른 Salesforce 조직은 동반 조직으로 연결됩니다.

점:

• 단일 진실 소스(SSOT): 모든 조직은 통합 데이터 모델을 공유합니다.

• 비용 효율: 하나의 Data 360 라이센스 및 인프라만 관리합니다.

• 통합 관리: 중앙 집중식으로 적용되는 정책, 보안, 규정 준수 제어.

• Cross-org 보강: 동료 조직 전반에서 조화된 프로필, 인사이트, 세그먼트에 액세스합니다.

• AI 준비도: 엔터프라이즈 전체 데이터 집합을 사용하면 AI 모델의 교육 및 활성화를 향상할 수 있습니다.

• 미래 대비: 새 Data 360 조직이 필요하지 않으므로 새 동반 조직을 추가하기가 간단합니다.

점:

• 추가 준비: 하나의 Data 360은 조직과 홈 조직 간 연결을 위한 계획이 필요합니다.

• 지연 시간 고려 사항: 다른 지역의 동료 조직은 더 느린 쿼리를 볼 수 있습니다.

• 복잡한 거버넌스: 각 조직마다 서로 다른 사용자 정의 요구 사항이 있을 경우, 세분화된 거버넌스가 복잡해질 수 있습니다.

옵션 C: 여러 Data Cloud One 클러스터

경우에 따라 거버넌스, 컴플라이언스 또는 기타 비즈니스 요구 사항 때문에 모든 조직을 함께 클러스터링하는 것이 비실용적일 수 있습니다. 이로 인해 각기 다른 동료 조직 클러스터의 홈 조직 역할을 하는 여러 Data 360 조직을 운영하는 하이브리드 솔루션을 구현해야 할 수도 있습니다.

예:

다국적 기업은 유럽, 미국, 아시아 등 다양한 지역에 Salesforce 조직을 보유하고 있습니다. 지역 데이터 거주 규정을 준수하기 위해 각 별도의 지역에 대해 하나의 Data 360을 프로비저닝합니다.

결정 기준

권장 패턴: Data Cloud One

다중 조직 기업에서 거버넌스를 간소화하고 비용을 최적화하려면, 연결된 동료 조직이 있는 단일 홈 조직을 사용하십시오.

다중 Data 360 조직을 사용하는 경우: 규정에 따라 유럽의 운영이 미국의 운영과 완전히 분리되어야 하는 경우 등 규정 준수, 보존 또는 조직 자율성이 엄격하게 요구하는 경우에만 여러 Data 360 조직을 사용합니다.

Data Cloud One에서 홈 조직을 선택하는 방법: 먼저 대부분의 비즈니스가 운영되는 주요 조직 중 하나를 고려합니다. 해당 조직에서 Data 360을 프로비저닝하면 복잡성을 최소화하고 초기에 가치를 극대화할 수 있습니다.

기존 조직이 적합하지 않은 경우에만 COE 팀이 관리하는 전용 홈 조직을 만드는 것이 좋습니다.

일반 원칙:

다중 조직 환경에서는 Data 360 조직의 수를 최소화합니다. Data Cloud One을 기본 패턴으로 추천하여 중복을 줄이고, AI 준비를 활성화하고, 거버넌스를 간소화합니다.

Data Cloud One은 대부분의 엔터프라이즈에 권장되는 접근 방식이지만 다음을 포함하여 고객이 여러 Data 360 인스턴스를 프로비저닝해야 하는 시나리오가 있습니다.

• 지역 규정 준수. 다국적 소매업체는 EU 및 미국에서 Data 360을 하나씩 프로비저닝합니다. Data 360 간 데이터 공유를 통해 회사는 현지 데이터로부터 인사이트를 도출한 후, 해당 인사이트를 미국 본사와 공유할 수 있습니다.
• 비즈니스 단위 협업. 대기업은 리테일과 보험 부문별로 별도의 Data 360 조직을 운영합니다. Data 360 조직 간 데이터 공유를 통해 사용자는 데이터 이동이나 복사 없이 단일의 신뢰할 수 있는 데이터 소스에 접근할 수 있습니다. Data 360 조직 간 데이터 공유를 통해 보험 조직은 표적 교차 판매 캠페인을 위해 리테일의 “고가치 고객” 세그먼트를 받습니다.
• 병합 및 인수. 모회사가 자체 Data 360을 보유한 자회사를 인수할 경우, 두 개의 인스턴스를 관리해야 하므로 단기간 데이터 사일로를 유지하는 것이 데이터 보안과 SSOT(단일 진실의 원천) 무결성을 보존하는 데 도움이 됩니다. 동시에 두 Data 360 인스턴스 간에 데이터를 공유하면 전환 중에 필요한 공동 작업을 수행할 수 있습니다.
• 연합 경영진 대시보드. 여러 대륙에 걸쳐 활동하는 다국적 기업은 지역마다 개별 Data 360 조직을 프로비저닝합니다. 경영진은 연합 분기별 성과 보기를 원합니다. 각 지역의 Data 360은 “경영진 조직”과 집계된 인사이트를 공유하여 전사적 보고를 가능하게 합니다.

Data 360 조직이 여러 개 있는 경우 통합이 자동으로 이루어지지 않습니다. Data 360에서 Data 360 데이터 공유를 사용하면 고객이 중복 또는 사용자 정의 파이프라인 없이 Data 360 인스턴스 간에 특정 개체를 공유할 수 있습니다. Data 360 조직 전반에서 공동 작업을 위해 고안된 제로 카피 메타데이터 공유 메커니즘입니다.

• 각 Data 360은 자체 홈 조직에서 프로비저닝됩니다.

• 관리자는 공유할 특정 개체들을 그룹화한 데이터 공유를 생성할 수 있습니다.

• 선택한 데이터에 대한 액세스는 대상 조직의 Data 360과 공유되며, 여기에서 개체가 로컬로 정의된 것처럼 표시됩니다. 액세스만 공유되며 기본 데이터는 소스 Data 360에 남아 있습니다.

• 태그는 공유되지 않습니다. 원시 개체만 사용할 수 있으며, 대상 조직은 필요에 따라 관리, 운영 또는 AI 태그를 다시 적용해야 합니다.

• Data Cloud One에서는 여러 동료 조직이 단일 Data 360 인스턴스를 공유합니다. 일관성을 위해 Agentforce, Prospecting Center 및 Tableau Next와 같은 플랫폼 기능은 동일한 기본 데이터에서 실행됩니다.

• Data 360 조직 간 데이터 공유를 사용할 경우 각 조직에 자체 Data 360이 있습니다. 조직 A 및 조직 B의 Agentforce 같은 기능은 각각 로컬 인스턴스에서 독립적으로 작동합니다. 공유는 자동으로 발생하지 않으며, 특정 개체에 대해서만 공동 작업하기 위해 의도한 데이터 공유를 만들어야 합니다.

기업에 여러 Data 360 조직이 있는 경우

• 사용자 정의 파이프라인을 구축하거나 데이터를 복제하는 대신 Data 360 조직 간 데이터 공유를 사용하여 공동 작업을 수행합니다.

• 데이터 공유를 만들고 대상 조직에 부여하여 특정 개체(DMO, 계산된 인사이트, 세그먼트)를 공유합니다.

• 태그는 공유되지 않으며, 관리, 분류 또는 AI 보강을 위해 수신 조직이 태그를 다시 적용해야 합니다.

Data 360 조직 간 데이터 공유 사용

• 중앙 집중화를 방지하는 규제 요구 사항을 충족합니다.

• 선택적 공동 작업을 활성화하면서 사업부 독립성을 유지합니다.

• 여러 지역에 걸쳐 연합 경영진 대시보드를 제공합니다.

• 즉시 통합이 이루어지기 어려운 M&A 시나리오 간의 격차를 해소합니다.

신중하게 설계하십시오.

Data 360-to-Data 360 데이터 공유를 Data Cloud One의 대체가 아닌 연합 전략으로 취급합니다.

• 객체별 공유를 사용합니다.
• 과도한 공유를 방지합니다.
• 데이터 공유를 비즈니스 및 규정 준수 요구에 맞춥니다.

Data 360 프로비저닝을 위한 데이터 전략 수립은 조직별이 아닌 전사적 차원의 접근이 필요한 중요한 장기 아키텍처 결정입니다. 이 초기 전략적 선택은 고객 데이터 통합 방식, 거버넌스 시행 방식, 그리고 특히 AI와 분석 등 필수 플랫폼 기능이 조직 전반에 걸쳐 어떻게 확장되는지를 결정합니다. 거버넌스 및 소유권 모델을 사전에 계획하고, 향후 파편화와 복잡성 증가로 이어지는 단기적인 지름길을 피하십시오.

Customer 360이란 무엇입니까?

Data 360 통합 패턴 및 관행

Data 360 아키텍처

Data 360 보안 아키텍처

작성자 정보

Kunal Goyal은 Data 360 내에서 멀티 조직 아키텍처 및 확장성 향상에 중점을 둔 Salesforce의 제품 관리 디렉터입니다. 2017년부터 교차 조직 공동 작업 및 멀티 테넌트 시스템 설계에 중점을 둔 여러 이니셔티브 및 제품을 이끌었습니다. Kunal은 Data 360 모범 사례 아키텍처 리드 중 한 명이자, Data Cloud One(설정, 프로비저닝 및 관리자 경험) 제품의 책임자입니다.

Erin Wagner Tidwell은 Data 360의 담당 기술 작성자이자 콘텐츠 디자이너입니다. 2013년부터 Salesforce에 근무하고 있으며 명확하고 일관되고 정확한 기술 문서와 앱 내 커뮤니케이션을 통해 Data 360을 더 쉽게 이해하고 사용할 수 있도록 합니다.

Yugandhar Bora는 Salesforce의 소프트웨어 엔지니어링 아키텍트로, 데이터 및 인텔리전스 응용 프로그램 플랫폼 내 데이터 아키텍처를 전문으로 합니다. 그는 데이터 거버넌스 및 통합 데이터 모델에 초점을 맞춘 EARB(Enterprise Architecture Review Board) 이니셔티브를 이끌고 자동화된 플랫폼 프로비저닝 솔루션에 기여합니다.

Samarpan Jain은 Commerce Cloud, 플랫폼 통합, 교차 조직 아키텍처를 전문으로 하는 Salesforce의 주 아키텍처입니다. Salesforce에서 가장 오랫동안 근무한 직원은 정부 고객의 데이터 보존 규정 준수 및 Data 360 사용량 귀속 시스템 등 주요 이니셔티브를 이끌고 있습니다.