# architect 참조 다이어그램 (reference-diagrams) - Full Documentation # Agentforce 로드맵 Agentforce 로드맵 - Salesforce Customer 360 구현에서 AI를 위한 롤아웃 구성 요소를 보여주는 예제 로드맵 ## 설명 Salesforce Customer 360 구현 전반에 Agentforce 기능을 롤아웃하는 단계를 보여주는 로드맵 ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [이미지](https://architect.salesforce.com/ns-assets/legacy/generativeairollout.png) # Agentforce 릴리스 계획 Agentforce 릴리스 계획 - 초기 생성형 AI 프로젝트 릴리즈에 대한 제공 사항을 자세히 설명하는 다이어그램. ## 설명 초기 Agentforce 프로젝트 릴리스에 대한 제공 사항을 자세히 보여주는 다이어그램 프로젝트 정의, 구성 및 테스트, 파일럿 릴리스, 베타 릴리스와 같은 단계가 포함되어 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [이미지](https://architect.salesforce.com/ns-assets/legacy/releaseanddelivery.png) # Agentforce 시스템 환경 Agentforce 시스템 환경 - Salesforce 제품과 Agentforce에서 사용할 수 있는 기타 기술 시스템의 혼합을 포착하는 시스템 환경. ## 설명 Agentforce 사용할 수 있는 Salesforce 제품 및 기타 기술 시스템의 혼합을 수집하는 시스템 환경입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [이미지](https://architect.salesforce.com/ns-assets/legacy/einsteingptsystemlandscape-einsteingptsystemlandscape.png) # Customer 360 마케팅 시스템 환경 data 360 마케팅 - 예제 시스템 환경 - 통합 Salesforce 솔루션 내의 다양한 구성 요소가 네이티브 커넥터를 사용하여 서로 통신하는 방법을 보여주는 Customer 360 아키텍처 ## 설명 Customer 360 구현을 위한 시스템 환경 통합 Salesforce 솔루션 내의 다양한 구성 요소가 네이티브 커넥터를 사용하여 서로 통신하는 방식을 보여줍니다. 데이터 수집, ID 확인, 세분화, 활성화와 같은 기능이 포함되어 있습니다. ## 다운로드 가능한 링크: - [이미지](https://architect.salesforce.com/ns-assets/legacy/data360marketing.png) # Data 360 Customer Zero 구현 아키텍처 Data 360 Customer Zero 구현 아키텍처 ## 설명 Salesforce 내에서 Customer Zero 프로그램으로 구현된 Salesforce Data 360을 보여주는 전체 다이어그램입니다. Salesforce Data 360은 중앙 인텔리전스 및 거버넌스 계층 역할을 하며, Trust 및 의미론을 유지하면서 외부 시스템 Snowflake 및 AWS와 Zero Copy 연합을 통해 엔터프라이즈 데이터를 통합합니다. 이 통합된 AI 지원 데이터 파운데이션은 AgentForce 360을 활성화하여 모든 비즈니스 기능 전반에 걸쳐 안전하고 정책에 민감한 데이터 흐름을 통해 합리적인 에이전트, CRM 풍부화 및 클라우드 간 자동화를 가능하게 하고, 궁극적으로 조직을 에이전트 엔터프라이즈로 전환합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/af215946-127b-4b47-95b9-a7c158be351b) - [이미지](https://architect.salesforce.com/ns-assets/data360_ref_arch/sfdc_customer_zero_implementation.png) # Data 360 기술 기능 맵 data 360 기술 역량 맵 - Data 360 기술 역량과 이를 지원하는 제품 조합을 보여주는 역량 맵입니다. 데이터 레이크하우스, 빅 데이터 처리, 데이터 커넥터, 변형, 모델, 단일 진실 소스와 같은 기능이 포함됩니다. ## 설명 Data 360 기술 기능 및 지원과 관련된 제품 조합을 보여주는 기능 맵입니다. 데이터 레이크하우스, 큰 데이터 처리, 데이터 커넥터, 변환, 모델, 신뢰할 수 있는 단일 소스와 같은 기능이 포함되어 있습니다. ## 다운로드 가능한 링크: - [이미지](https://architect.salesforce.com/ns-assets/legacy/data360technicalcapabilitymap.png) # Data 360 배치 활성화 및 이벤트 중심 작업 아키텍처 Salesforce Data 360 배치 활성화 및 이벤트 중심 작업 아키텍처 ## 설명 마케팅 활성화를 위한 종단간 솔루션에서 Salesforce Data 360을 보여주는 다이어그램 Salesforce Data 360을 사용하여 데이터를 즉각적인 작업으로 전환합니다. 기본 제공 커넥터와 데이터 레이크 홈 플랫폼의 무복사 상호 운용성을 활용하면 복잡한 데이터 이동을 없애고 바로 실행할 수 있습니다. 이 원활한 연결은 모든 연합 플랫폼에서 동적 통합 및 활성화 계층 역할을 하며, 완전히 에이전트적인 엔터프라이즈가 되기 위해 필요한 활성화, 지능형 실시간 작업을 트리거합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [이미지](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCJU43MZY5WRELXAAIBCYP5NIT6A?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Fanout fanout - 레코드가 사용자 상호 작용, 플로 또는 배치 작업을 통해 수정될 때 이벤트가 게시되고 단일 대기열에 기록되는 것을 보여줍니다. 가입자 시스템에는 메시지 대기열에서 동일한 이벤트를 수신하는 여러 서비스가 있습니다. ## 설명 사용자 상호 작용, 플로 또는 배치 작업을 통해 레코드가 수정될 때 게시되고 단일 대기열에 작성되는 이벤트를 표시합니다. 구독자 시스템에 메시지 대기열에서 동일한 이벤트를 수신하는 여러 서비스가 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/80ce7121-e2a0-4c86-92a1-15140d388030/edit?invitationId=inv_8da9e008-0615-4dec-a066-94789bd46ffd&page=t6tmerEcqDBv#) - [이미지](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-fanout.png) # Http를 통한 외부 통합 http을 통한 외부 통합 - 이것은 플로의 HTTP 콜아웃과 OmniStudio의 HTTP 작업을 통해 외부 데이터 소스에 대한 연결을 보여주는 빌딩 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. ## 설명 다음은 플로의 HTTP 콜아웃 및 OmniStudio의 HTTP 작업을 통해 외부 데이터 소스에 대한 연결을 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [이미지](https://architect.salesforce.com/ns-assets/legacy/integrations-callouts.png) # Javascript 원격에서 박스카링 JavaScript 원격에서 박스카어링 - 여러 개의 자바스크립트 원격 요청을 동시에 발행하거나 단일 HTTP 요청을 Salesforce 핵심 플랫폼에 "박스카"할 수 있습니다. 플랫폼에서 각 박스카어(즉, 별도의 자바스크립트 원격 작업)는 별도의 Apex 동기화 트랜잭션 컨텍스트에서 직렬적으로 순서대로 처리됩니다. ## 설명 여러 JavaScript 원격 요청을 동시에 발행하거나 Salesforce 핵심 플랫폼에 대한 단일 HTTP 요청에 "박스카"를 지정하는 방법을 보여줍니다. 플랫폼에서 각각의 박스카(즉, 별도의 JavaScript 원격 작업)는 별도의 Apex 동기화 트랜잭션 컨텍스트에서 순서대로 직렬 처리됩니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/ef9e594d-58c5-4554-97c8-0147f2f14bc2) - [이미지](https://architect.salesforce.com/ns-assets/legacy/jsremotingboxcarring.png) # Lightning 웹 구성 요소 화면 외 데이터 작업 Lightning 웹 구성 요소 오프 화면 데이터 작업 - 구축 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램으로 Salesforce 데이터에 액세스하여 양식의 구성 요소를 동적으로 채우는 유선 어댑터를 사용하여 개발자가 Apex 컨트롤러를 통해 레코드를 업데이트, 삭제 및 생성할 수 있습니다. ## 설명 구축 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램은 Salesforce 데이터에 액세스하는 유선 어댑터를 사용하여 양식의 구성 요소를 동적으로 채우는 방법을 보여주며, 개발자가 Apex 컨트롤러를 통해 레코드를 업데이트, 삭제 및 생성할 수 있도록 합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/286abef0-8c38-4981-a7dc-71e3f92ca3de) - [이미지](https://architect.salesforce.com/ns-assets/legacy/off-screen-data-operations.png) # Lightning 작업의 장바구니 Lightning 작업의 박스카링 - 여러 Lightning 작업을 동시에 발행하거나 Salesforce 핵심 플랫폼에 대한 단일 XHR 요청에서 "박스카"할 수 있는 방법을 보여줍니다. XHR 요청 내의 각 박스카는 별도의 트랜잭션 컨텍스트에서 일련 및 순서대로 처리됩니다. ## 설명 여러 Lightning 작업을 동시에 발행하거나 Salesforce 핵심 플랫폼에 대한 단일 XHR 요청으로 "박스카"할 수 있는 방법을 보여줍니다. XHR 요청 내의 각 박스카드는 별도의 트랜잭션 컨텍스트에서 순서대로 처리됩니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/6f6709ed-d1e7-446a-8385-286c2771be85) - [이미지](https://architect.salesforce.com/ns-assets/legacy/lightningactionboxcarring.png) # MuleSoft Apis 및 RPA Bots를 통한 외부 통합 mulesoft apis 및 rpa bot을 통한 외부 통합 - Salesforce에서 외부 서비스를 생성하는 MuleSoft 서비스를 통해 MuleSoft API 및 RPA Bot에 대한 연결을 보여주는 빌딩 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. ## 설명 다음은 Salesforce에서 외부 서비스를 생성하는 MuleSoft 서비스를 통해 MuleSoft API 및 RPA Bot에 대한 연결을 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/3f05f273-5828-472f-bb35-cadeae52d4a7) - [이미지](https://architect.salesforce.com/ns-assets/legacy/integrations-mulesoft.png) # Omnistudio 통합 omnistudio 통합 - 이것은 기본 JSON을 조작하는 OmniStudio의 Forms Decision Guide에서 제공하는 예제 솔루션 아키텍처이며, DataRaptor 및 통합 절차와 같은 도구를 사용하여 Salesforce 개체 또는 외부 데이터에 매핑됩니다. DataRaptor 및 통합 절차는 OmniStudio 양식을 Salesforce 내부 및 외부 데이터와 연결하는 두 가지 핵심 구성 요소입니다. ## 설명 다음은 기본 JSON을 조작하는 OmniStudio의 양식 작성 결정 가이드의 예제 솔루션 아키텍처이며, DataRaptor 및 통합 절차와 같은 도구를 사용하여 Salesforce 개체 또는 외부 데이터에 매핑됩니다. DataRaptor 및 통합 절차는 OmniStudio 양식을 Salesforce 내부 및 외부 데이터와 연결하는 두 가지 핵심 구성 요소입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/cb0eb20b-da86-4dac-a3fc-bff5ac387165) - [이미지](https://architect.salesforce.com/ns-assets/legacy/object-impact.png) # Openapi 스키마를 사용하여 Apis에 대한 외부 통합 openapi 스키마를 사용하여 apis에 대한 외부 통합 - 이것은 외부 서비스를 통해 외부 데이터 소스에 대한 연결 및 OpenAPI 스키마를 사용하는 API를 보여주는 빌딩 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. ## 설명 외부 서비스를 통해 외부 데이터 소스에 대한 연결 및 OpenAPI 스키마를 사용하는 API를 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/eb980d4b-a51a-4489-b337-5ada5997fdfb) - [이미지](https://architect.salesforce.com/ns-assets/legacy/buildingformsguidediagrams-integrationsopenapi.png) # Salesforce Data 360과 AWS 간의 제로 카피 데이터 통합 아키텍처 Salesforce Data 360과 AWS 간의 제로 카피 데이터 통합 아키텍처 ## 설명 강력한 AWS Redshift 및 S3와의 제로 카피 상호 운용성과 함께 다양한 AWS 데이터 서비스와 통합하기 위해 기본으로 사용하는 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램입니다. 이 아키텍처를 사용하면 조직이 연합 플랫폼 전반에서 데이터를 원활하게 통합하고 통합하여 진정한 에이전트 엔터프라이즈로 전환하는 데 필요한 중앙 통합 및 활성화 계층을 제공할 수 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [이미지](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.png) # Salesforce Data 360과 Databricks 간의 제로 카피 데이터 통합 아키텍처 Salesforce Data 360과 Databricks 간의 제로 카피 데이터 통합 패턴 ## 설명 Zero Copy 상호 운용성을 사용하는 Databricks 델타 레이크 하우스 플랫폼과의 통합을 위해 기본으로 사용하는 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 이 아키텍처를 사용하면 조직이 연합 플랫폼 전반에서 데이터를 원활하게 통합하고 통합하여 진정한 에이전트 엔터프라이즈로 전환하는 데 필요한 중앙 통합 및 활성화 계층을 제공할 수 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [이미지](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCBDXPMJDI2VCTRKXXYRHJCFANPQ?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Salesforce Data 360과 GCP 간의 제로 카피 데이터 통합 아키텍처 Salesforce Data 360과 GCP 간의 제로 카피 데이터 통합 아키텍처 ## 설명 다양한 Google Cloud Platform 서비스와 통합하기 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 Salesforce Data 360은 데이터를 통합하고 작업을 촉진합니다. 강력한 Google BigQuery 및 Google Cloud Storage와의 제로 카피 상호 운용성과 함께 다양한 Google Cloud Platform 서비스와 통합할 수 있는 기본 커넥터를 제공합니다. 이 아키텍처를 사용하면 조직이 연합 플랫폼 전반에서 데이터를 원활하게 통합하고 통합하여 진정한 에이전트 엔터프라이즈로 전환하는 데 필요한 중앙 통합 및 활성화 계층을 제공할 수 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [이미지](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.png) # Salesforce Data 360과 Snowflake 간의 제로 카피 데이터 통합 아키텍처 Salesforce Data 360과 Snowflake 간의 제로 카피 데이터 통합 아키텍처 ## 설명 제로 카피 상호 운용성을 사용하여 Snowflake 데이터 레이크 하우스 플랫폼과 통합하기 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 이 아키텍처를 사용하면 조직이 연합 플랫폼 전반에서 데이터를 원활하게 통합하고 통합하여 진정한 에이전트 엔터프라이즈로 전환하는 데 필요한 중앙 통합 및 활성화 계층을 제공할 수 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [이미지](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.png) ## 소개 다이어그램은 필수 도구이며 아키텍처 작업의 핵심 부분입니다. 이를 통해 다양한 유형의 이해당사자에게 다양한 아이디어를 전달할 수 있습니다. 다이어그램은 구현 및 제품의 현실에 대한 신뢰할 수 있는 단일 소스로 제공되므로 배달 팀이 일관성을 유지할 수 있도록 지원합니다. 또한 다이어그램은 비즈니스 이해당사자가 올바른 구매 및 기술 결정을 내릴 수 있도록 하는 중요한 방법입니다. **다이어그램은 항상 다음과 같습니다.** - 왼쪽에서 오른쪽으로 읽고 맨 위에서 아래로 읽습니다. - 가독성을 위해 적절한 정보 범위를 사용하여 간결하게 메시지를 전달합니다. - 다이어그램의 내용, 범위 및 목적을 설명하는 명확한 설명과 함께 카드 및 머리글을 비롯한 [Salesforce 다이어그램 표준 구성 요소](/docs/architect/ko-kr/reference-diagrams/guide/kit-of-parts) 활용 ## 다이어그램 범위 다이어그램의 범위는 특정 주제에 대해 전달할 중요 정보로만 제한해야 합니다. 커뮤니케이션하려는 메시지를 수집하기 위해 필요하지 않은 항목은 제외해야 합니다. 다이어그램 콘텐츠의 초점을 더욱 명확하게 커뮤니케이션하고 좁히기 위해 다양한 개념을 포착하기 위해 다중 다이어그램을 만들 수 있거나 만들어야 합니다. - 대상에게 전달해야 하는 중요 정보/메시지 정의 - 논리 범위를 분류하여 정보에 집중하여 메시지를 수집합니다. - 템플릿으로 사용할 가장 적절한 다이어그램 유형 식별 ## 다이어그램 유형 Salesforce 다이어그램은 템플릿을 쉽게 활용하고 다이어그램 규칙을 이해할 수 있도록 가장 유용하거나 인기 있는 다이어그램 유형을 정의했습니다. 현재 자원은 다음과 같이 분류됩니다. ### 기능 맵 - 솔루션에 포함된 속성 혼합 및 관련 키 기능 수집 - 기능, 비즈니스 동인, 가치에 집중 ✨ [참조 아키텍처 갤러리에서 기능 맵 찾기](/reference-diagrams/guide/section-capability-map) ### 시스템 영역 - 해당 구현과 관련된 제품 및/또는 기술 시스템 수집 - 속성, 특정 속성 측면, 속성 전반의 연결에 집중 ✨ [참조 아키텍처 갤러리에서 시스템 조경 예제 및 템플릿 찾기](/reference-diagrams/guide/section-system-landscape) ### 솔루션 아키텍처 - 통합, 동작 및/또는 기능이 있는 제품 또는 기술 포함 - 부동산 전반의 세부 연결 및/또는 커뮤니케이션 측면에 집중 ✨ [참조 아키텍처 갤러리에서 솔루션 아키텍처 예제 및 템플릿 찾기](/reference-diagrams/guide/section-solution-architecture) ### 상호 작용/프로세스/플로 - 프로세스 지원에 필요한 시간 기반 단계, 데이터 플로 또는 상호 작용 수집 - 순서가 매겨진 번호 지정을 사용하여 측면/속성의 순서에 초점을 맞추고 명확히 지정 ✨ [참조 아키텍처 갤러리](/reference-diagrams/guide/section-interaction-process-flow)에서 상호 작용, 프로세스 및 흐름 다이어그램의 예 및 템플릿 찾기 ### 데이터 모델/ERD - 메타데이터 구현을 위한 엔티티(개체), 관계 및 개념 수집 ✨ [데이터 모델 갤러리에서 데이터 모델 예제 및 템플릿 찾기](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) [참조 아키텍처 갤러리](/diagrams) 또는 전용 [데이터 모델 갤러리](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)에서 다이어그램 유형의 예를 참조하십시오. 템플릿을 활용하여 사용 사례에 대한 다이어그램을 빠르게 만들 수 있습니다. ## 다이어그램을 만드는 단계: - 전달해야 하는 메시지의 **범위**을 정의합니다. - _대상인에 대해 생각하고, 어떤 속성/관점을 표시해야 하는지, 메시지를 캡처하는 데 필요한 정보, 무엇을 제외할 수 있는지 생각해 보십시오._ - 명확한 **제목**을 가진 **머리글**과 다이어그램의 목적, 범위 및 메시지를 포착하는 간결하고 신중하게 작성된 **설명**이 있는지 확인하십시오. 도표의 목적, 범위 및 메시지를 포착하는 명확한 제목과 간결하고 세심한 설명이 있는 머리글이 있는지 확인하십시오. - **카드**를 사용하여 등록 정보를 캡처합니다(시스템, 개념, 엔티티 등). - **카드 속성**에서 필요에 따라 속성 세부 사항 또는 주요 측면 / 기능 캡처 카드 속성 - 카드 속성 간의 **커넥터**를 사용하여 필요에 따라 관계를 표시합니다. 커넥터 - 유용하고 사용 가능하며/또는 적절한 경우 **카드 아이콘**을 포함합니다. 카드 아이콘 - **바닥글** 및 **바닥글 아이콘**을 사용하여 다른 주요 속성 측면을 캡처합니다. 바닥글 아이콘 자세한 내용 및 모범 사례는 [표준 구성 요소 페이지](/docs/architect/ko-kr/reference-diagrams/guide/kit-of-parts)를 참조하십시오. **Salesforce 다이어그램의 입력 사항이나 질문이 있으십니까?** [여기에](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link) 여러분의 생각을 알려주십시오. ## 소개 이 문서에서는 [데이터 모델 갤러리](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)에서 사용할 수 있는 제품 데이터 모델을 명확하게 해석할 수 있도록 Salesforce 엔티티 관계 다이어그램(ERD) 표기법 및 규칙에 대한 개요를 제공합니다. 데이터 모델이라고도 하는 ERD는 정보 시스템의 그래픽 표현입니다. 해당 시스템의 사람, 개체, 장소, 개념, 이벤트 간 관계를 표시합니다. 데이터의 기능적 구조를 전달하는 논리 모델입니다. Salesforce ERD에서는 일반적으로 엔티티가 Salesforce 데이터베이스의 개체에 매핑됩니다. ## 엔티티 엔티티는 알거나 보유해야 하는 정보에 대해 실제 또는 개념적인 의미가 있는 물건 또는 개체입니다. sample data model entity 엔티티는 다이어그램에 둥근 모서리가 있는 상자로 표시됩니다. 각 엔티티 상자는 일반적으로 두 개의 레이블을 제공합니다(해당되는 경우). - 엔티티의 논리 이름(예: 여기에 표시된 예에서는 "Salesforce 엔티티"입니다. 이는 표시되는 Salesforce 개체의 단수 레이블에 해당할 수 있지만, 항상 그렇지는 않습니다. - Salesforce 조직의 개체(예: "_API 이름_" 이 예). 관리 패키지 개체의 경우 일반적으로 Salesforce 또는 Industry Cloud에서 여러 관리 패키지를 사용하지 않는 한 다이어그램에 나열된 API 이름에 관리 패키지 네임스페이스(예: "vlocity_ins\*\*")가 포함되지 않습니다. 관리 패키지 개체의 API 이름 끝에는 일반 사용자 정의 개체 및 사용자 정의 설정의 경우 “\*\*c”, 사용자 정의 메타데이터의 경우 “\*\*mdt”, 외부 개체의 경우 “\*\*x”과 같은 사용자 정의 개체 유형이 사용됩니다. 엔티티 상자에는 해당 엔티티의 특성을 나타내는 하나 이상의 특성이 나열될 수도 있습니다. 특성 앞에 "#" 또는 "-" 문자가 붙습니다. - “#”는 엔티티의 논리적 고유 키에 속하는 특성을 나타냅니다. 예제 다이어그램에서 "사용자 키 특성"은 엔티티의 사용자 기본 키로 간주됩니다. - “•”은 키가 아닌 특성을 나타냅니다. ### 엔티티 서식 각 엔티티 관계 다이어그램은 Sales Cloud, Service Cloud 또는 Marketing Cloud와 같은 지정된 클라우드의 관점에서 Salesforce 데이터 모델을 보여줍니다. 다이어그램의 색 구성표는 포커스가 맞춰진 클라우드를 반영합니다. Financial Service Cloud, Health Cloud 및 Media Cloud와 같은 모든 업계 클라우드는 동일한 Industry 색 구성표를 사용합니다. 다이어그램에서 지정된 엔티티의 색상도 특정한 의미를 가집니다. 포커스 클라우드 색상은 아래의 몇 가지 예를 포함하여 Salesforce 브랜드 색상을 사용하여 표시됩니다. sample data model clouds 다음 섹션에서는 아래의 Sales Cloud 예제 범례를 참조하는 다양한 엔티티 형식을 검토합니다. sample data model entities legend ### 클라우드 엔티티 포커스 클라우드 색상이 있는 엔티티는 해당 클라우드에 대한 라이센스가 포함된 개체를 나타냅니다. ### 관련 엔티티 흰색 채우기 및 검은색 테두리가 있는 엔티티는 포커스 클라우드와 다른 라이센스가 있으며 포커스 클라우드 라이센스로 확장되지 않은 개체를 나타냅니다. 예를 들어 Sales 또는 Service Cloud ERD에 표시된 계정 및 연락처 엔티티는 플랫폼 라이센스로 사용할 수 있으므로 검은색 테두리와 함께 흰색으로 표시됩니다. ### 확장된 관련 엔티티 밝은 회색 채우기 및 검은색 테두리가 있는 엔티티는 포커스 클라우드와 다른 라이센스로 제공되는 개체를 나타내지만, 포커스 클라우드는 해당 개체를 확장합니다. 예를 들어 Commerce Cloud는 기본 Product2 개체를 추가 필드로 확장합니다. 확장에는 추가 필드, 관계, 레코드 유형이 포함됩니다. ### 외부 엔티티 경계가 없는 엔티티는 가상입니다. 다이어그램에서 사용되는 경우 해당 상자는 도메인의 논리 모델에 엔티티가 있는지 확인하지만, 해당 엔티티는 Salesforce에서 물리적 개체로 구현되지 않습니다. 이 엔티티에 대한 데이터는 배포된 솔루션에서 외부 API 호출 또는 Salesforce Connect 통해 액세스할 수 있습니다. ### 레코드 유형 엔티티 테두리가 파선된 엔티티는 Salesforce에서 레코드 유형으로 모델링됩니다. 여기에 표시된 예에서 비즈니스 계정, 청구 계정, 소비자 계정 및 서비스 계정 하위 유형은 Communications Cloud 관리형 패키지로 전달되는 레코드 유형에 매핑되므로 파선이 파선됩니다. sample data model record type notation ### 개념 엔티티 도트 테두리가 있는 엔티티는 가상입니다. 레코드 유형이나 별도의 개체는 Salesforce 솔루션에서 이러한 하위 유형을 구분하는 데 사용되지 않습니다. 이러한 하위 유형은 데이터 모델의 기능을 설명하는 데 도움이 되는 도메인의 개념을 논리적으로 설명합니다. ### 하위 유형 및 하위 유형 엔티티 엔티티의 하위 유형은 해당 발생의 하위 집합의 정의입니다. 하위 유형 엔티티 내에 하위 유형 집합이 추가되면 하위 유형 엔티티가 공통 특성 및 관계를 표시하고 하위 유형 엔티티는 하위 유형에 고유한 특성 및 관계를 표시합니다. 다이어그램 표기법에서는 하위 유형이 상호 배타적이므로 단일 레코드가 단일 하위 유형이어야 합니다. sample subtype relationships 하위 유형에는 발생을 추가로 구분하는 중첩된 하위 유형이 있을 수 있습니다. 다이어그램의 하위 유형은 논리적이지만 세 가지 방법 중 하나로 물리적 표현에 매핑할 수 있습니다. 하위 유형 엔티티 테두리의 견고성이 Salesforce 데이터 모델에서 하위 유형이 구현되는 방식을 정의합니다. sample supertype 고정 테두리가 있는 하위 유형 엔티티에는 해당 하위 유형의 발생을 추적하는 실제 개체가 있습니다. 여기에 표시된 예에서는 외부 사용자로 등록된 연락처가 사용자 개체의 레코드와 함께 추적되므로 연락처의 외부 사용자 하위 유형에 견고한 테두리가 있습니다. sample subtype contact object ## 관계 관계는 두 개의 엔티티 간의 명명된 의미 있는 연결입니다. sample relationships 선 위 또는 주변의 표시와 텍스트는 관계의 카디널리티, 옵션, 의미를 설명합니다. ### 관계 카디널리티 sample relationships legend 카디널리티는 관계의 각 측면에서 발생한 상대적인 수를 나타냅니다. 표기법에서 관계 행의 끝은 해당 끝의 관계의 카디널리티를 나타냅니다. 한 끝에 있는 수탉의 바닥글은 해당 끝에 있는 여러 엔티티 항목이 반대 끝의 각 항목과 연결될 수 있음을 나타냅니다. 한 끝에 코끼리 바닥이 없으면 해당 끝에 있는 항목이 한 개 이상 다른 끝에 있는 주어진 항목과 연결될 수 있음을 나타냅니다. ### 부모-자녀 관계 Salesforce는 조회 필드와 상위-하위(마스터-세부 사항) 필드의 두 가지 종류의 [관계 필드를](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823) 지원합니다. 상위-하위 필드는 필수 조회와 비슷하지만 관련 엔티티 간에 추가 커플링이 적용됩니다. 상위 레코드가 삭제되면 관계의 여러 측면에 있는 레코드가 계단식 삭제됩니다. 또한 세부 사항 레코드의 가시성은 상위 레코드의 가시성에 의해 제어됩니다. 하위-상위 관계와 조회 관계 간의 차이점을 설명하기 위해 Salesforce ERD는 UML에서 다이아몬드 표기를 빌립니다. 관계의 단수 측에 있는 다이아몬드는 관계에서 해당 측의 엔티티가 마스터 역할을 수행함을 의미합니다. 이러한 관계의 여러 측면에 있는 엔티티는 세부 사항 또는 하위 엔티티이며 상위 엔티티 내에 포함된 것으로 간주할 수 있습니다. ### 관계 옵션 옵션은 각 끝에서 발생하는 경우 관계가 필수인지 아닌지를 나타냅니다. 개념으로서 옵션은 카디널리티와 긴밀하게 관련이 있으며 표기법은 해당 근접성을 반영합니다. 옵션은 관계의 다른 끝에 있는 선의 원 또는 막대를 통해 관계의 각 끝에 표시됩니다. 관계의 다른 끝에 있는 이유는 무엇입니까? 카디널리티와 같은 행의 옵션 표시를 포함합니다. 관계의 다중(즉, 수탉의 발) 측면에는 거의 항상 원이 있습니다. 즉, 관계의 단일 측에 있는 각 발생에 대해 관계의 여러 측에 0대다 발생이 있을 수 있습니다. 관계의 단면에서 원과 막대는 관계의 바늘에서 엔티티에 대한 옵션 관계를 나타냅니다. 원 및 막대는 관계의 단일 측면에서 0 또는 하나의 발생이 있을 수 있음을 의미합니다. 또는 관계의 단수 측에서 이중 막대는 관계의 여러 측면에서 엔티티에 대한 필수 관계를 나타냅니다. 이중 막대는 관계의 단일 측면에 여러 측면의 각 항목에 대해 하나의 발생만 있어야 함을 의미합니다. Salesforce의 기본 물리적 관계가 옵션인 경우에도 관계의 옵션성이 필수 항목으로 표시될 수 있습니다. 예를 들어, 연락처의 AccountId 필드는 물리적으로 옵션 관계이지만, 비공개 연락처를 무시하는 경우 계정에 대한 연락처의 직접 관계가 논리적으로 필요합니다. 옵션성 표시기는 거의 사용되지 않습니다. 대부분의 경우 ERD에 표시된 옵션에 관계의 기본 옵션이 반영됩니다. ### 관계 의미 sample relationships meaning 카디널리티 및 옵션성 외에도 두 엔티티 간의 각 관계는 동일한 두 엔티티 간의 다른 관계와 해당 관계를 구분하는 특정 의미를 표현합니다. 위의 다이어그램에서 "part of" 및 "made of"와 같은 관계 끝 이름은 관계의 특성을 정의합니다. sample relationships meaning 관계의 카디널리티, 옵션 및 끝 이름을 결합하면 해당 이름을 사용하여 관계를 설명하는 문구를 만들 수 있습니다. 왼쪽에서 오른쪽으로: 각 (해당 가능/해당 가능)은 (한 개만 있음/하나 이상) 입니다. 오른쪽에서 왼쪽으로: 각 (해당 가능/필수)는 (한 개만 해당) 입니다. 예를 들어, sample relationships meaning 왼쪽에서 오른쪽으로: "각 연락처는 기본적으로 하나의 계정에 대한 연락처여야 합니다." 오른쪽에서 왼쪽으로: "각 계정은 기본적으로 하나 이상의 연락처로 표시될 수 있습니다." ### 관계 색상 구분 관계 선은 색상으로 구분됩니다. 다이어그램에 대한 포커스에 클라우드가 추가한 관계는 색으로 표시됩니다. 검은색 선은 포커스 클라우드와 다른 라이센스로 제공되는 관계를 나타냅니다. sample relationships color ### 반복 관계 관계는 동일한 엔티티의 두 항목 사이일 수 있습니다. 이를 반복 관계라고 합니다. 곡선 관계는 반복 관계를 나타내는 데 사용됩니다. sample recursive relationships ### 상호 배타적 관계 sample mutual exclusive relationships Salesforce ERD는 일반적으로 데이터 모델의 구조에 초점을 맞추기 위해 대부분의 비즈니스 규칙을 제외하지만, 상호 배타적 관계는 구조에 정보를 제공하는 비즈니스 규칙이므로 명시됩니다. 상호 배타적 관계는 아크에 포함된 여러 관계 중 하나만 주어진 발생에 사용됨을 나타냅니다. 둘 이상의 관계는 동일한 상호 배타적 관계에 참여할 수 있습니다. 여기에 표시된 상호 배타적 관계를 설명하는 문구는 다음과 같습니다. "각 엔티티는 하나의 첫 번째 기타 엔티티 또는 하나의 두 번째 기타 엔티티의 인스턴스일 수 있습니다." sample mutual exclusive relationships Salesforce ERD에서 아크를 통과하는 끊어진 관계선은 상호 배타적 관계의 일부가 아닙니다. ## 레이아웃 규칙 공식 Salesforce 제품 ERD는 레이아웃 규칙을 따라 가독성을 향상합니다. 이러한 레이아웃 규칙에는 다음이 포함됩니다. - 관계 선은 항상 직선이어야 합니다. - 관계 선은 세로 또는 가로로 그려야 합니다. 불가능한 경우가 드물지만 대각선에 직선을 사용합니다. - 관계 행을 직관적으로 유지하기 위해 엔티티 상자의 크기를 조정할 수 있습니다(더 크거나 넓음) 두 엔티티 간의 관계에 대한 랜딩 위치를 제공합니다. 더 많은 관계가 있는 더 중요한 엔티티가 다이어그램에 더 크게 표시되어 중요도가 강화됩니다. - 단일 ERD 전반에서 관계의 바닥글은 관계 행의 왼쪽 및/또는 상단(위쪽-아래 레이아웃) 또는 관계 행의 오른쪽 및/또는 하단(오른쪽-아래 레이아웃)에 일관되게 있어야 합니다. 이 규칙은 다이어그램의 동일한 영역에 유사한 엔티티가 수집되므로 명확성을 제공하므로 엔티티를 이해하는 데 유용합니다. 위쪽 아래 레이아웃을 사용하면 하위 엔티티가 상위 엔티티 위 또는 왼쪽에 속하는 경우 위쪽 아래로 표시되는 다이어그램이 나타나지만, 이렇게 하면 다이어그램의 가장 구체적인 엔티티가 다이어그램의 왼쪽 상단에 속하므로 다이어그램이 서로 구분되고 인식할 수 있습니다. 오른쪽 위 레이아웃 규칙을 사용하면 동일한 공통 엔티티가 모든 다이어그램의 왼쪽 상단에 속하지만 하위 엔티티는 상위 엔티티의 오른쪽 또는 아래에 있습니다. 이러한 레이아웃 규칙을 엄격하게 준수하면 깔끔하고 쉽게 읽을 수 있는 다이어그램이 생성됩니다. 이 표준을 따르는 최신 Salesforce 데이터 모델은 [데이터 모델 갤러리](https://developer.salesforce.com/docs/platform/data-models/guide)에서 확인하십시오. # Salesforce 역할 계층 salesforce 역할 계층 - 특정 사용 사례에 대한 비즈니스 구조, 페르소나 및 권한을 명확히하기 위해 역할의 하위 집합을 캡처하는 예제 조직 계층 ## 설명 특정 사용 사례에 대한 비즈니스 구조, 페르소나, 권한을 명확히하기 위해 역할의 하위 집합을 수집하는 예제 조직 계층을 보여주는 다이어그램입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [이미지](https://architect.salesforce.com/ns-assets/legacy/salesforcerolehierarchy1.png) # 고객 개인 설정 플로 고객 맞춤형 플로 - Experience Cloud 사이트의 고객 상호 작용에서 Marketing Cloud 및 Slack의 백엔드 자동화에 이르는 정보의 엔드 투 엔드 플로와 관련된 시간 기반 상호 작용을 보여줍니다. MuleSoft는 백엔드 시스템과의 통합을 오케스트레이션하고, Slack은 팀의 모든 사람을 연결하며, Marketing Cloud는 고객 여정과 루프를 닫습니다. ## 설명 Experience Cloud 사이트의 고객 상호 작용에서 Marketing Cloud 및 Slack의 백엔드 자동화에 이르는 정보의 전체 플로와 관련된 시간 기반 상호 작용을 보여줍니다. MuleSoft는 백엔드 시스템에 통합을 오케스트레이션하고, Slack은 팀원 모두를 연결하며, Marketing Cloud는 고객 여정과 루프를 닫습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [이미지](https://architect.salesforce.com/ns-assets/legacy/customerpersonalizationflow.png) # 구독 게시 publish subscribe - 게시 / 구독 패턴을 표시하고 이벤트 버스의 채널을 통해 전달되는 여러 게시자, 여러 구독자 및 여러 이벤트를 포함합니다. 이 예에서는 동일한 시스템이 모두 게시자와 구독자일 수 있으며 시스템이 여러 이벤트를 구독할 수 있습니다. ## 설명 게시/구독 패턴을 표시하고 이벤트 버스에서 채널을 통해 전달되는 여러 게시자, 여러 구독자 및 여러 이벤트를 포함합니다. 이 예에서는 동일한 시스템이 게시자 및 구독자일 수 있으며, 시스템에서 여러 이벤트를 구독할 수 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/f3ec8204-a571-456e-bb5f-e7018e8368ee) - [이미지](https://architect.salesforce.com/ns-assets/legacy/publish_subscribe.png) # 구독 고유 사본 게시 게시 구독 고유 복제본 - 레코드가 사용자 상호 작용, 플로 또는 배치 작업을 통해 수정될 때 게시되는 이벤트를 보여줍니다. 구독자는 이벤트의 고유 복제본을 수신하고 자신의 레코드에 적절한 업데이트를 수행합니다. 이 패턴에서 메시지 채널은 모든 구독자를 알고 각각에 대한 이벤트 사본을 생성하므로 필요한 경우 구독자가 이벤트를 재생할 수 있습니다. ## 설명 사용자 상호 작용, 플로 또는 배치 작업을 통해 레코드가 수정될 때 게시되는 이벤트를 표시합니다. 구독자는 자체 이벤트의 고유한 복사본을 수신하고 자체 레코드에 적절한 업데이트를 수행합니다. 이 패턴에서 메시지 채널은 모든 구독자를 인식하고 각 구독자에 대한 이벤트 사본을 생성하므로 필요한 경우 구독자가 이벤트를 재생할 수 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/101c6c86-ab4c-406d-ac27-4e472fb33b5c) - [이미지](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-publish-subscribel3.png) # 구성 요소 로드맵 구성 요소 로드맵 - 시스템 기능, 관련 기능, 구현 순서, 시간 범위, 이해당사자 관계를 식별하여 자원 계획 및 예산을 최적화하는 시각적 로드맵입니다. ## 설명 시스템 기능, 관련 기능, 구현 순서, 시간 범위, 이해당사자 종속성을 식별하여 자원 계획 및 예산을 최적화하는 시각적 로드맵입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [이미지](https://architect.salesforce.com/ns-assets/roadmap-technology-component.png) # 기능 로드맵 능력 로드맵 - 기능을 그룹화하고 구현 순서, 종속성 및 가치를 파악하여 자원 계획 및 예산을 간소화하는 시각적 로드맵입니다. ## 설명 기능을 그룹화하고 구현 순서, 종속성, 가치를 식별하여 자원 계획 및 예산을 간소화하는 시각적 로드맵입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [이미지](https://architect.salesforce.com/ns-assets/roadmap-business-capability.png) # 기능 로드맵 기능 로드맵 - 계획 목적으로 기능 구현 순서, 종속성 및 추가 기능을 식별하여 비즈니스 및 기술 팀 간의 공동 작업을 향상하는 시각적 로드맵입니다. ## 설명 계획 목적으로 기능 구현 순서, 종속성, 추가 기능을 식별하여 비즈니스 및 기술 팀 간의 공동 작업을 향상하는 시각적 로드맵입니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [이미지](https://architect.salesforce.com/ns-assets/roadmap-business-feature.png) # 기능 맵 기능 맵은 다양한 제품 및 서비스가 조직 목표를 지원하는 방식을 보여주는 비즈니스 및 기술 기능을 시각적으로 나타냅니다. 해당 다이어그램은 설계자 및 이해당사자가 비즈니스 동인, 성능 및 기본 기술 스택 간의 관계를 이해하는 데 도움이 됩니다. 비즈니스 목표와 기술 구현 사이를 더 잘 조율할 수 있는 전략 계획 도구로 사용됩니다. 이 섹션에는 기능 맵과 관련된 4개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | ---------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | | [비즈니스 역량 맵](/docs/architect/ko-kr/reference-diagrams/guide/business-capability-map) | 상위 수준 제품 위치를 사용하여 비즈니스 동인 및 성능을 나타내는 템플릿 기능 맵 | | [Data 360 기술 기능 지도](/docs/architect/ko-kr/reference-diagrams/guide/data-360-technical-capability-map) | Data 360 기술 기능 및 지원과 관련된 제품 조합을 보여주는 기능 맵입니다. | | [Loyalty Management 기능 지도](/docs/architect/ko-kr/reference-diagrams/guide/loyalty-management-capability-map) | 상위 수준 제품 위치가 포함된 충성도 관리 서비스를 보여주는 기능 맵입니다. | | [Center Of Excellence](/docs/architect/ko-kr/reference-diagrams/guide/center-of-excellence) | CoE(Center of Excellence)가 경영진과 IT 관계자를 연결하는 방법을 자세히 설명하는 다이어그램 | # 단일 조직 아키텍처 단일 조직 아키텍처 - 글로벌 사업부를 지원하는 단일 조직 전략을 자세히 설명하는 다이어그램. ## 설명 여러 사업부를 지원하는 단일 조직 전략을 자세히 설명하는 다이어그램 ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [이미지](https://architect.salesforce.com/ns-assets/legacy/singleorgarchitecture.png) # 대기열 대기열 - 레코드가 수정될 때 게시되고 대기열에 기록되는 이벤트를 보여주는 대기열 패턴의 예를 보여줍니다. 가입자는 연결된 대기열에서 이벤트 사본을 수신하고 자신의 레코드에 적절한 업데이트를 수행합니다. ## 설명 레코드가 수정될 때 게시되고 대기열에 작성되는 이벤트를 나타내는 대기열 패턴의 예를 보여줍니다. 구독자는 연결된 대기열에서 이벤트 사본을 수신하고 자체 레코드에 적절한 업데이트를 수행합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [이미지](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-queuing.png) # 로드맵 로드맵 다이어그램을 사용하면 조직이 시간에 따른 기능, 구성 요소, 기능, 시스템의 전략적 구현을 계획하고 시각화할 수 있습니다. 해당 다이어그램을 사용하면 설계자 및 프로젝트 관리자가 자원 계획을 간소화하고, 예산을 최적화하고, 비즈니스 및 기술 팀 간의 공동 작업을 향상할 수 있습니다. 이를 통해 이해당사자가 복잡한 Salesforce 솔루션을 제공하는 단계별 접근 방식을 이해할 수 있도록 구현 순서, 종속성, 우선 순위를 명확하게 파악할 수 있습니다. 이 섹션에는 로드맵과 관련된 6개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | --------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | | [기능 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/capability-roadmap) | 기능을 그룹화하고 구현 순서, 종속성, 가치를 식별하여 자원 계획 및 예산을 간소화하는 시각적 로드맵입니다. | | [구성 요소 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/component-roadmap) | 시스템 기능, 관련 기능, 구현 순서, 시간 범위, 이해당사자 종속성을 식별하여 자원 계획 및 예산을 최적화하는 시각적 로드맵입니다. | | [기능 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/feature-roadmap) | 계획 목적으로 기능 구현 순서, 종속성, 추가 기능을 식별하여 비즈니스 및 기술 팀 간의 공동 작업을 향상하는 시각적 로드맵입니다. | | [Agentforce 릴리스 계획](/docs/architect/ko-kr/reference-diagrams/guide/generative-ai-release-plan) | 초기 생성형 AI 프로젝트 릴리스에 대한 제공 사항을 자세히 설명하는 다이어그램 | | [Agentforce 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/generative-ai-roadmap) | Salesforce Customer 360 구현에서 AI를 롤아웃하기 위한 구성 요소를 보여주는 로드맵의 예 | | [시스템 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/system-roadmap) | 시스템 구현 순서, 종속성, 기능 우선 순위를 식별하여 자원 계획 및 예산을 간소화합니다. | # 리테일 시스템 환경 Retail system landscape - 마케팅 자동화, 상호 작용 관리, 제품 카탈로그, 세분화와 같은 기능을 포함하는 B2C Commerce 및 마케팅 솔루션을 보여주는 시스템 경로입니다. ## 설명 구현과 관련된 Salesforce 제품 및 기타 기술의 혼합을 나타내는 B2C Commerce 및 마케팅 솔루션을 보여주는 시스템 환경입니다. 마케팅 자동화, 상호 작용 관리, 제품 카탈로그, 세분화와 같은 기능이 포함되어 있습니다. ## 다운로드 가능한 링크: - [이미지](https://architect.salesforce.com/ns-assets/legacy/retailsystemlandscapetemplate.png) # 배치 Apex 공정 사용 알고리즘 배치 Apex 공정 사용 알고리즘 - 공정 사용 알고리즘은 Salesforce 플랫폼의 각 조직이 지정된 메시지 유형에 대한 처리 시간의 "공정한 점유율"을 얻는 방법을 보여줍니다. 이 예에서는 Org 1이 배치 Apex 메시지 유형을 지배하고 있으며, Org 2에는 동일한 메시지 유형의 대기 프로세스가 있습니다. ## 설명 공정 사용 알고리즘이 Salesforce Platform의 각 조직에 지정된 메시지 유형에 대한 처리 시간의 "공정한 점유율"을 제공하는 방법을 보여줍니다. 이 예에서는 Org 1이 배치 Apex 메시지 유형을 지배하고, Org 2에는 동일한 메시지 유형의 대기 프로세스가 있습니다. 따라서 알고리즘은 조직 1에서 사용할 수 있는 스레드 수를 줄였습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [이미지](https://architect.salesforce.com/ns-assets/legacy/fairusage.png) # 배치 Apex 메시지 다시 대기열 지정 배치 Apex 메시지 재대기열 - Salesforce Platform의 플로 제어 메커니즘이 하나의 조직이 배치 Apex 메시지 유형을 홍수하지 않도록 방지하는 방법을 보여줍니다. 배치 Apex 대기열에 새 항목을 추가하기 전에 프레임워크는 기존 항목이 모두 작업자 스레드(Org 1)에 항목이 있는 Org 1과 연결되어 있는지 확인합니다. 그런 다음, 항목을 Org 1에서 대기열의 뒤쪽으로 이동하고 Org 2 형식의 항목을 우선 순위로 지정합니다. ## 설명 Salesforce Platform의 플로 제어 메커니즘이 하나의 조직이 일괄 Apex 메시지 유형을 홍수하지 않도록 방지하는 방법을 보여줍니다. 배치 Apex 대기열에 새 항목을 추가하기 전에 프레임워크에서 기존 항목이 모두 Worker 스레드(Org 1)에 항목이 있는 Org 1과 연결되어 있는지 확인합니다. 그런 다음, 조직 1에서 대기열의 뒤쪽으로 항목을 이동하고 조직 2 형식의 항목의 우선 순위를 지정합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [이미지](https://architect.salesforce.com/ns-assets/legacy/messagere-enqueueing.png) # 비즈니스 역량 맵 비즈니스 역량 맵 - 높은 수준의 제품 포지셔닝을 통해 비즈니스 동인과 역량을 표시하는 템플릿 역량 맵. ## 설명 상위 수준 제품 위치를 사용하여 비즈니스 동인 및 성능을 나타내는 템플릿 기능 맵 ## 다운로드 가능한 링크: - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) # 사용자 정의 쿼리를 통한 비동기 Apex 모니터링 사용자 정의 쿼리를 통한 비동기식 Apex 모니터링 - 비동기식 프로세스의 상태 추적 및 외부 모니터링 도구에서 결과 보기와 관련된 구성 요소를 보여줍니다. ## 설명 비동기 프로세스 상태 추적 및 외부 모니터링 도구에서 결과 보기와 관련된 구성 요소를 표시합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/0e147ab0-49e9-4875-b5c7-581e6db15cff) - [이미지](https://architect.salesforce.com/ns-assets/legacy/asynchronousprocessingdecisionguide-customquery.png) # 상호 작용 프로세스 플로 상호 작용 프로세스 플로 다이어그램은 시스템 구성 요소, 서비스, 사용자 간의 상호 작용, 데이터 플로, 프로세스 단계 순서를 보여줍니다. 해당 다이어그램을 통해 아키텍처 및 개발자는 시스템의 다양한 부분이 통신하는 방식, 아키텍처를 통해 이벤트가 전파되는 방식, 비동기 및 동기 프로세스가 오케스트레이션되는 방식을 이해할 수 있습니다. 시스템 동작을 이해하고 지체 지점을 식별하고 프로세스 플로를 최적화하기 위한 필수 문서를 제공합니다. 이 섹션에는 상호 작용 프로세스 플로와 관련된 16개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Openapi 스키마로 Apis에 대한 외부 통합](/docs/architect/ko-kr/reference-diagrams/guide/external-integrations-to-apis-with-openapi-schemas) | OpenAPI 스키마를 사용하는 API를 사용하는 외부 통합을 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램 | | [Http을 통한 외부 통합](/docs/architect/ko-kr/reference-diagrams/guide/external-integrations-via-http) | HTTP 프로토콜을 사용하는 외부 통합을 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램 | | [MuleSoft Apis 및 Rpa Bots를 통한 외부 통합](/docs/architect/ko-kr/reference-diagrams/guide/external-integrations-via-mulesoft-apis-and-rpa-bots) | MuleSoft API 및 RPA Bot을 사용하는 외부 통합을 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램 | | [외부 사이트의 Lightning Out](/docs/architect/ko-kr/reference-diagrams/guide/lightning-out-on-external-sites) | 외부 사이트에 LWC 구성 요소를 포함할 수 있는 방법을 보여주는 건물 양식 결정 가이드의 예제 솔루션 아키텍처입니다. | | [Lightning 웹 구성 요소의 유선 어댑터를 통한 상호 작용](/docs/architect/ko-kr/reference-diagrams/guide/lightning-web-components-interaction-via-wire-adapters) | Lightning 웹 구성 요소가 유선 어댑터를 사용하여 상호 작용하는 방식을 보여주는 건물 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램 | | [Lightning 웹 구성 요소 오프스크린 데이터 작업](/docs/architect/ko-kr/reference-diagrams/guide/lightning-web-components-off-screen-data-operations) | Lightning 웹 구성 요소의 오프스크린 데이터 작업을 보여주는 건물 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램 | | [사용자 정의 쿼리를 통한 비동기 Apex 모니터링](/docs/architect/ko-kr/reference-diagrams/guide/asynchronous-apex-monitoring-via-custom-query) | 비동기 프로세스 상태 추적 및 배치 작업 및 예약된 작업의 결과 보기와 관련된 구성 요소가 표시됩니다. | | [플랫폼 이벤트를 통한 비동기 처리](/docs/architect/ko-kr/reference-diagrams/guide/asynchronous-processing-via-platform-events) | 플랫폼 이벤트에서 비동기 처리가 작동하는 방식을 보여줍니다. 버스에 게시된 이벤트는 처리하기 위해 구독자가 사용합니다. | | [배치 Apex 공정 사용 알고리즘](/docs/architect/ko-kr/reference-diagrams/guide/batch-apex-fair-usage-algorithm) | 공정 사용 알고리즘이 Salesforce Platform의 각 조직에 배치 처리 자원의 "공정한 점유율"을 제공하는 방법을 보여줍니다. | | [배치 Apex 메시지 다시 대기열 지정](/docs/architect/ko-kr/reference-diagrams/guide/batch-apex-message-re-enqueueing) | Salesforce Platform의 플로 제어 메커니즘이 제한을 초과할 경우 메시지를 다시 대기열에 지정하여 하나의 조직이 배치 대기열에 홍수되지 않도록 방지하는 방법을 보여줍니다. | | [Boxcarring In Javascript 원격](/docs/architect/ko-kr/reference-diagrams/guide/boxcarring-in-javascript-remoting) | 동시에 여러 JavaScript 원격 요청을 발행하거나 성능을 향상하기 위해 단일 XHR 요청에 "박스카"를 지정하는 방법을 보여줍니다. | | [Lightning 액션에서 박스카링](/docs/architect/ko-kr/reference-diagrams/guide/boxcarring-in-lightning-actions) | 여러 Lightning 작업을 동시에 실행하거나 단일 XHR 요청을 통해 네트워크 호출을 최적화할 수 있습니다. | | [클레임 점검](/docs/architect/ko-kr/reference-diagrams/guide/claim-check) | 레코드가 수정될 때 게시되는 이벤트가 표시됩니다. 이벤트의 메시지 본문이 데이터베이스에 저장되며, 메시지 버스를 통해 참조만 전달됩니다. | | [고객 맞춤형 플로](/docs/architect/ko-kr/reference-diagrams/guide/customer-personalization-flow) | 고객 상호 작용에서 개인 설정 엔진을 통해 전달 시스템에 이르는 정보의 전체 플로와 관련된 시간 기반 상호 작용을 표시합니다. | | [Fanout](/docs/architect/ko-kr/reference-diagrams/guide/fanout) | 여러 구독자가 이벤트를 처리하는 사용자 상호 작용을 통해 레코드가 수정될 때 게시되고 단일 대기열에 작성되는 이벤트가 표시됩니다. | | [Middleware Pull Via Platform 이벤트 알림](/docs/architect/ko-kr/reference-diagrams/guide/middleware-pull-via-platform-event-notification) | 플랫폼 이벤트를 사용하여 아웃바운드 통합을 제공하거나 미들웨어 도구에 Salesforce에서 데이터를 가져오도록 지시하는 방법을 보여줍니다. | | [중간웨어 예약 가져오기](/docs/architect/ko-kr/reference-diagrams/guide/middleware-scheduled-pull) | Middleware가 SOAP API 또는 REST API에 동기식 요청을 수행하여 실시간 처리와 관련된 지연을 최소화하는 방법을 보여줍니다. | | [전달된 메시지](/docs/architect/ko-kr/reference-diagrams/guide/passed-messages) | 게시자, 구독자, 구성 요소 간에 전달되는 메시지를 포함하는 전달된 메시지 패턴에 대한 프로세스 플로의 예가 표시됩니다. | | [게시 가입하기](/docs/architect/ko-kr/reference-diagrams/guide/publish-subscribe) | 게시/구독 패턴을 표시하고 여러 게시자, 여러 구독자, 여러 메시지 중개인을 포함합니다. | | [게시 Subscribe Unique Copy](/docs/architect/ko-kr/reference-diagrams/guide/publish-subscribe-unique-copy) | 각 구독자가 이벤트의 고유한 사본을 수신하는 사용자 상호 작용, 플로 또는 배치 작업을 통해 레코드가 수정될 때 게시되는 이벤트를 표시합니다. | | [스트리밍](/docs/architect/ko-kr/reference-diagrams/guide/streaming) | 게시되는 이벤트 스트림이 표시됩니다. 스트림을 듣는 구독자는 이벤트를 실시간으로 받습니다. | | [대기 중](/docs/architect/ko-kr/reference-diagrams/guide/queuing) | 구독자가 순서에 따라 이벤트를 처리하는 대기열에 게시되고 작성되는 이벤트를 나타내는 대기열 패턴의 예가 표시됩니다. | | [Omnistudio 통합](/docs/architect/ko-kr/reference-diagrams/guide/omnistudio-integrations) | OmniStudio 통합 패턴 및 데이터 조작용 양식 작성 결정 가이드의 예제 솔루션 아키텍처입니다. | # 솔루션 아키텍처 솔루션 아키텍처 다이어그램은 특정 솔루션의 기술 설계 및 구현 세부 사항을 보여주며, 구성 요소, 서비스, 통합이 비즈니스 요구 사항을 해결하기 위해 함께 작동하는 방식을 보여줍니다. 해당 다이어그램은 아키텍처 및 개발자에게 시스템 상호 작용, 데이터 플로, 아키텍처 패턴에 대한 자세한 정보를 제공합니다. 구현을 위한 청사진 역할을 하여 팀이 솔루션 내의 구성 요소 관계, 통합 지점, 기술 종속성을 이해할 수 있습니다. 이 섹션에는 솔루션 아키텍처와 관련된 7개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | ----------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | | [Salesforce Data 360과 GCP 간의 제로 카피 데이터 통합 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/data360-gcp) | 다양한 Google Cloud Platform 서비스와 통합하기 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 | | [Salesforce Data 360과 AWS 간의 제로 카피 데이터 통합 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/aws-data-360) | 다양한 AWS 데이터 서비스와 통합하기 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 | | [Salesforce Data 360과 Snowflake 간의 제로 카피 데이터 통합 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/snf-data-360) | Snowflake Data Lake House 플랫폼과의 통합을 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 | | [Salesforce Data 360과 Databricks 간의 제로 카피 데이터 통합 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/data360-databricks) | Databricks 델타 레이크 하우스 플랫폼과의 통합을 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 | | [Data 360 Customer Zero 구현 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/sfdc-customer-zero-implementation) | Salesforce 내에서 Customer Zero 프로그램으로 구현된 Salesforce Data 360을 보여주는 전체 다이어그램입니다. | | [Data 360 배치 활성화 및 이벤트 중심 작업 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/data360-actions-activations) | 마케팅 활성화를 위한 종단간 솔루션에서 Salesforce Data 360을 보여주는 다이어그램 | | [Loyalty Management 솔루션 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/loyalty-management-solution-architecture) | 충성도 관리 솔루션과 직접 관련된 제품 및 기능을 설명하는 아키텍처 다이어그램입니다. | # 스트리밍 스트리밍 - 게시되는 이벤트의 스트림을 표시합니다. 스트림을 듣는 구독자는 해당 스트림을 수신하고 적절하게 처리합니다. ## 설명 게시되는 이벤트 스트림을 표시합니다. 스트림을 듣는 구독자는 스트림을 수신하고 그에 따라 처리합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/13f15b6c-0b36-4048-b2ec-88e5137c6c0b) - [이미지](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-streaming.png) # 시스템 로드맵 시스템 로드맵 - 자원 계획 및 예산 수립을 단순화하는 로드맵입니다. ## 설명 시스템 구현 순서, 종속성, 기능 영역, 이해당사자의 관련 기능을 식별하여 자원 계획 및 예산을 간소화하는 로드맵 다이어그램 ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [이미지](https://architect.salesforce.com/ns-assets/roadmap-technology-system.png) # 시스템 환경 시스템 환경 다이어그램은 Salesforce 제품, 외부 시스템, 통합 지점 간의 관계를 보여주는 조직의 기술 생태계에 대한 포괄적인 보기를 제공합니다. 이러한 시각적 표현은 아키텍처가 전체 시스템 토폴로지를 이해하고 종속성을 식별하고 전략적 구현을 계획하는 데 도움이 됩니다. 이해당사자가 Customer 360 아키텍처 내에서 서로 다른 구성 요소가 상호 작용하는 방식을 시각화하고 비즈니스 목표를 지원하는 필수 문서 역할을 합니다. 이 섹션에는 시스템 환경과 관련된 5개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | ---------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ | | [Customer 360 마케팅 시스템 환경](/docs/architect/ko-kr/reference-diagrams/guide/data-360-marketing) | Customer 360 아키텍처 구현을 위한 시스템 환경입니다. | | [Agentforce 시스템 환경](/docs/architect/ko-kr/reference-diagrams/guide/einstein-system-landscape) | Agentforce 사용할 수 있는 Salesforce 제품 및 기타 기술 시스템의 혼합을 수집하는 시스템 환경입니다. | | [소매 시스템 환경](/docs/architect/ko-kr/reference-diagrams/guide/retail-system-landscape) | 구현과 관련된 Salesforce 제품 및 기타 기술의 혼합을 나타내는 B2C Commerce 및 마케팅 솔루션을 보여주는 시스템 환경입니다. | | [Salesforce 역할 계층](/docs/architect/ko-kr/reference-diagrams/guide/salesforce-role-hierarchy) | 비즈니스 구조, 직원 관계, 액세스 패턴을 명확히 설명하기 위해 역할의 하위 집합을 수집하는 조직 계층의 예 | | [단일 조직 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/single-org-architecture) | 여러 사업부를 지원하는 단일 조직 전략을 자세히 설명하는 다이어그램 | # 외부 사이트에서 Lightning Out 외부 사이트에서 Lightning out - 이것은 Lightning Out 앱을 구성하려면 원본 서버의 페이지에 Lightning Out JavaScript 라이브러리를 포함합니다. 그런 다음, Lightning Out 앱과 해당 구성 요소를 로드하는 마크업을 추가합니다. Lightning Out 앱이 보안 연결을 통해 초기화되고 페이지의 DOM에 삽입됩니다. ## 설명 이것은 Lightning Out을 통해 외부 웹 사이트 내에 LWC 구성 요소를 포함하는 방법을 보여주는 건물 양식 결정 가이드의 예제 솔루션 아키텍처입니다. Lightning Out 앱을 구성하려면 원본 서버의 페이지에 Lightning Out JavaScript 라이브러리를 포함합니다. 그런 다음, Lightning Out 앱 및 구성 요소를 로드하는 마크업을 추가합니다. Lightning Out 앱이 안전한 연결을 통해 초기화되고 페이지의 DOM에 삽입됩니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/ecd1a401-ee27-4f75-86f5-d5a1cabb1a4d) - [이미지](https://architect.salesforce.com/ns-assets/legacy/location.png) # 우수성 센터 상위 센터 - CoE(Center of Excellence)가 경영진 및 IT 이해당사자를 연결하는 방법을 보여주는 다이어그램으로 CoE의 기능적 및 기술적 리더십 기능이 어떻게 핵심인지 강조합니다. ## 설명 CoE(Center of Excellence)가 경영진과 IT 관계자를 연결하는 방식을 보여주는 다이어그램 기능적 및 기술적 경영진 역량이 CoE에 얼마나 중요한지를 강조합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [이미지](https://architect.salesforce.com/ns-assets/legacy/centerofexcellenceoperatingmodel.png) # 유선 어댑터를 통한 Lightning 웹 구성 요소 상호 작용 Lightning 웹 구성 요소의 유선 어댑터를 통한 상호 작용 - 이것은 빌딩 양식 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. 이 다이어그램은 사용자 인터페이스 API와 상호 작용하는 유선 어댑터를 사용하여 LWC가 단일 레코드 및 관련 객체와 풍부한 상호 작용을 제공하는 방법을 보여줍니다. ## 설명 이 예제는 LWC가 사용자 인터페이스 API와 상호 작용하는 유선 어댑터를 사용하여 단일 레코드 및 관련 개체와 풍부한 상호 작용을 제공하는 방법을 보여주는 양식 구축 결정 가이드의 솔루션 아키텍처 다이어그램입니다. Salesforce는 필드 수준 보안 설정, 권한 및 공유 설정을 확인하여 어려운 작업을 수행합니다. 또한 개체 메타데이터와 테마 및 레이아웃 정보를 검색합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/9f72aafa-6293-4954-b090-3418e27b19da) - [이미지](https://architect.salesforce.com/ns-assets/legacy/controller.png) # 전달된 메시지 전달된 메시지 - 게시자, 구독자 및 이벤트를 포함하는 전달된 메시지 패턴의 프로세스 흐름의 예를 보여줍니다. 이벤트는 여러 부분으로 분할되며, 각각 개별적으로 변환되고 구독자에게 전송되기 전에 다시 조립됩니다. ## 설명 게시자, 구독자, 이벤트를 포함하는 전달된 메시지 패턴에 대한 프로세스 플로의 예를 보여줍니다. 이벤트가 여러 부품으로 분할되며, 각각 개별적으로 변환된 후 구독자에게 전송되기 전에 다시 조립됩니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/1216b5f7-a2f7-444c-a695-73422c43a87b) - [이미지](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-passedmessages.png) # 중간웨어 예약 가져오기 middleware scheduled pull - Middleware가 SOAP API 또는 REST API에 동기식 요청을 수행하여 대용량 아웃바운드 통합 작업과 관련된 지연을 최소화하는 방법을 보여줍니다. 데이터는 플랫폼이 비동기식 Apex를 통해 데이터를 푸시하는 대신 Salesforce Platform에서 예약된 기준으로 가져옵니다. ## 설명 Middleware가 SOAP API 또는 REST API에 동기식으로 요청하여 대용량 아웃바운드 통합 작업과 관련된 지연을 최소화하는 방법을 보여줍니다. 플랫폼에서 비동기 Apex 통해 데이터를 푸시하는 대신 Salesforce Platform에서 예약된 기준으로 데이터를 가져옵니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/b1c1dd9f-114f-4827-a238-960d840bbc1a) - [이미지](https://architect.salesforce.com/ns-assets/legacy/middlewarescheduledpull.png) # 청구 점검 클레임 검사 - 레코드가 수정될 때 게시되는 이벤트를 표시합니다. 이벤트의 메시지 본문은 별도의 데이터 저장소에 저장되고, 클레임 검사를 포함하는 머리글은 구독자에게 전달됩니다. 구독자는 필요한 경우 정보를 처리할 준비가 되면 클레임 검사를 사용하여 메시지 본문을 검색합니다. ## 설명 레코드가 수정될 때 게시되는 이벤트를 표시합니다. 이벤트의 메시지 본문이 별도의 데이터 저장소에 저장되고 청구 확인이 포함된 머리글이 구독자에게 전달됩니다. 그러면 구독자가 청구 확인을 사용하여 필요한 경우 정보를 처리할 준비가 되면 메시지 본문을 검색합니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [이미지](https://architect.salesforce.com/ns-assets/legacy/templateseventdrivenarchitecturediagrams-claimcheck.png) # 충성도 관리 기능 맵 Loyalty Management 기능 맵 - 충성도 관리 서비스와 높은 수준의 제품 포지셔닝을 보여주는 기능 맵입니다. 충성도 관리, 처리 및 분석과 같은 기능이 포함됩니다. ## 설명 상위 수준 제품 위치가 포함된 충성도 관리 서비스를 보여주는 기능 맵입니다. 충성도 관리, 처리, Analytics와 같은 기능이 포함되어 있습니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [이미지](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-capability-map.png) # 충성도 관리 솔루션 아키텍처 Loyalty Management 솔루션 아키텍처 - 충성도 관리 솔루션과 직접 관련된 제품 및 기능을 보여주는 아키텍처 다이어그램입니다. ## 설명 충성도 관리 솔루션과 직접 관련된 제품 및 기능을 설명하는 아키텍처 다이어그램입니다. 여기에는 Commerce, Sales, Service, Analytics가 포함됩니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [이미지](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-solution-architecture.png) ## 표준 구성 요소 표준 구성 요소를 사용하면 쉽게 고품질의 일관된 다이어그램을 구축, 사용자 정의, 재사용할 수 있습니다. 이 전문 스타일은 모든 Salesforce 다이어그램 템플릿에 활용되며, 다음과 같은 사용 사례를 다이어그램화하기 위한 파트너 도구에서 사용할 수 있습니다.
루시드차트 Lucid 차트 Elements.cloud 요소 Miro 미로 Google Slides Google 슬라이드

[참조 아키텍처 갤러리에서](https://architect.salesforce.com/diagrams#reference-architecture-gallery) 구성 요소를 사용하는 방법의 예 보기 ## 모범 사례 다음 섹션에서는 표준 구성 요소에 포함된 [머리글](#머리글), [카드](#카드), [아이콘](#아이콘) 및 [연결기](#커넥터)에 대한 자세한 모범 사례를 수집합니다. ## 머리글 디아그램 머리글 머리글은 모든 다이어그램에 표시되어야 하며 다음을 포함해야 합니다. - 대상이 빠르게 이해할 수 있는 제목 - 다이어그램이 적용하는 항목, 목적 및 의도에 대한 명확한 설명 - (옵션) 작성자를 전달할 로고 또는 회사 이름 - (옵션) 분류로 사용되는 아이콘, 디자인 또는 기호를 명확히 하는 키 크기는 다이어그램 높이의 10% 이상 및 너비의 100% 이상을 차지해야 합니다. 설명의 글꼴 크기는 제목 크기의 반 이상이어야 합니다. 다이어그램 자체에서 제목으로 지정되지 않은 아이콘, 커넥터, 색상 등을 사용할 경우 키를 포함해야 합니다. 가능한 경우 키를 짝수 행으로 그룹화해야 합니다. ## 카드 다이어그램의 모든 속성을 카드로 표시해야 합니다. 카드는 크기를 조정할 수 있으며 투명하거나 색상으로 채워질 수 있습니다. 다이어그램에서 다양한 개념을 나타내는 데 사용할 수 있는 변형을 제공하는 카드 섹션이 여러 개 있습니다. ### **카드 해부학** 다음 예제 카드에 각기 다른 섹션이 설명되어 있습니다. 유일한 필수 카드 콘텐츠는 제목입니다. 기타 섹션은 특정 사용 사례에 필요에 따라 활용할 수 있습니다. 카드 해부학 **카드 아이콘** 카드 아이콘은 카드 속성을 나타내는 시각적 자산입니다. **카드 제목** 카드 제목은 카드가 나타내는 속성, 구역 또는 개념을 수집하여 빠르게 이해할 수 있는 카드 이름입니다. **카드 속성** 카드 특성은 부동산에 대한 텍스트 기반 세부 사항이며, 목록으로 표시되고 여러 데이터 지점을 수집하고 전달해야 하는 경우 사용됩니다. **카드 바닥글** 카드 바닥글은 부동산의 추가 특성을 제공합니다. 예: 패키지/개체/API 이름, 소유권, 기능 등 **카드 바닥글 아이콘** 바닥글 아이콘 섹션은 속성에 대한 추가 정보를 표시하는 시각적 자산용입니다. 예: 채널, 공유 서비스, 기능 등 다이어그램 키에 바닥글 아이콘을 포함/설명해야 합니다. ### **카드 변형** 다양한 섹션을 사용하면 다양한 용도로 다양한 카드 변형이 제공됩니다. 필요에 따라 카드 해부를 혼합하고 일치시켜 다이어그램에서 해당 변형을 만들 수 있습니다. 아래 예제를 참조하십시오. 축소된 카드 세부 카드 세부 카드와 바닥글 이러한 변형을 사용하는 방법에 대한 아이디어는 [참조 아키텍처 갤러리](https://architect.salesforce.com/diagrams#reference-architecture-gallery)를 참조하십시오. 필요에 따라 카드 크기와 색상을 조정하여 유형을 구분하고 명확하고 이해하기 쉬운 다이어그램을 만드는 기능을 활용합니다. ## **컨테이너** 카드는 컨테이너 역할을 수행할 수도 있습니다. 즉, 여러 속성에 대한 그룹화입니다. 다른 카드 안에 카드를 중첩하여 계층적 관계를 나타내거나 필요에 따라 관련 속성을 분류할 수 있습니다. 컨테이너 ## **아이콘** Salesforce 다이어그램은 다이어그램의 속성 및 기타 영역을 나타내는 추가 아이콘뿐 아니라 기본 Salesforce 제품 로고 집합을 제공합니다. 아이콘 [참조 아키텍처 갤러리](https://architect.salesforce.com/diagrams#reference-architecture-gallery)에서 아이콘 사용 방법에 대한 예를 확인할 수 있습니다. _추가 아이콘은 [Lightning Design System 아이콘을 참조하십시오.](https://www.lightningdesignsystem.com/icons/)_ ## 커넥터 커넥터는 항상 팔꿈치 연결 라인을 사용해야 하며 가독성을 높이기 위해 가능한 한 직선이어야 합니다. 커넥터 및 알약 **커넥터는** 두 카드 간의 관계, 통합 또는 프로세스 단계를 나타냅니다. 선 스타일은 다른 유형의 연결을 나타내며 다이어그램 키에 표시되어야 합니다. 끝점은 통합 또는 프로세스 커넥터의 방향을 나타냅니다. 끝점은 관계 커넥터의 카디널리티 및 서수도 나타냅니다. **약**은 연결에 대한 정보를 제공하는 데 사용됩니다. [솔루션 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/section-solution-architecture) 및 [상호 작용 프로세스 흐름](/docs/architect/ko-kr/reference-diagrams/guide/section-interaction-process-flow) 다이어그램을 참조하여 알약의 예제 사용을 참조하십시오. ## 접근성 전 세계 약 [13억](https://www.salesforce.com/company/legal/508_accessibility/#:~:text=Product%20Accessibility%20Status&text=Around%20the%20world%2C%20approximately%201.3,global%20economy%20that%20includes%20everyone.)명이 어떤 형태의 장애를 앓고 있으며, 전 세계 인구의 15%를 차지합니다. 액세스 가능성은 모든 뷰어가 다이어그램을 이해할 수 있도록 만드는 것입니다. 다이어그램에 더 쉽게 액세스할 수 있는 두 가지 특정 초점 영역인 화면 판독기 최적화 및 적절한 색 대비 사용이 있습니다. 액세스 가능성을 위한 디자인에 대한 자세한 자료는 [Salesforce Design 블로그](https://medium.com/salesforce-ux/tagged/accessibility)에서 확인할 수 있습니다. **스크린 리더기** 화면 판독기는 파일, 앱 또는 웹 사이트에서 단어를 소리내어 판독하는 소프트웨어 응용 프로그램입니다. 화면 판독기는 명확하게 볼 수 없는 개인에게 다이어그램을 읽을 수 있습니다. 화면 판독기 호환을 위한 최상의 형식은 PDF(Portable Document Format)입니다. 이미지 및 액세스할 수 없는 응용 프로그램과 달리 화면 판독기에서 PDF에 액세스하여 단어, 모양 및 색상을 판독할 수 있습니다. 다른 사람과 공유할 때 다이어그램을 PDF 형식으로 내보내 액세스 가능성을 높일 수 있습니다. **색 대비** 다이어그램에 더 쉽게 액세스할 수 있는 또 다른 방법은 색 대비를 높이는 것입니다. 사람들이 텍스트 뒤의 배경색과 텍스트 자체의 색상 사이의 4.5:1 비율을 갖는 [웹 컨텐츠 접근성 지침(WCAG) 최소 색상 대비](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html)을 충족하면 다이어그램을 더 잘 인식하고 읽을 수 있습니다. 색상표 샘플을 통해 제안된 명암비를 표시합니다. [Salesforce 색상 시스템](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577)의 각 색상에는 0과 100 사이의 숫자가 연결되어 있습니다. 다이어그램의 색상을 선택할 때 텍스트 뒤의 배경색이 텍스트 색상보다 50점 이상 크거나 작아야 합니다. 예를 들어, 배경색이 80인 경우 텍스트 색상이 30보다 크지 않아야 합니다. 필요에 따라 테두리와 윤곽선에도 50점 규칙을 사용하는 것이 좋습니다. **Salesforce 다이어그램의 입력 사항이나 질문이 있으십니까?** [여기에](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link) 여러분의 생각을 알려주십시오. # 플랫폼 이벤트 알림을 통한 중간웨어 가져오기 미들웨어 가져오기 플랫폼 이벤트 알림 - 플랫폼 이벤트를 사용하여 아웃바운드 통합을 제공하거나 미들웨어 도구에게 네이티브 API를 통해 필요한 정보를 가져와 최종 대상으로 전달하도록 지시하는 방법을 보여줍니다. ## 설명 플랫폼 이벤트를 사용하여 아웃바운드 통합을 제공하거나 미들웨어 도구에 네이티브 API를 통해 필요한 정보를 가져와 최종 대상으로 전달하도록 지시하는 방법을 보여줍니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/1eee6c2f-056c-4ba4-a1ad-e78099066d46) - [이미지](https://architect.salesforce.com/ns-assets/legacy/pemiddlewarepull.png) # 플랫폼 이벤트를 통한 비동기 처리 플랫폼 이벤트를 통한 비동기식 처리 - 비동기식 처리가 플랫폼 이벤트와 어떻게 작동하는지 보여줍니다. 버스에 게시된 이벤트는 게시 후 커밋을 통해 순서대로 전달되고 그 후 별도의 동기식 컨텍스트에서 플로에서 대량으로 처리됩니다. ## 설명 플랫폼 이벤트에서 비동기 처리가 작동하는 방식을 보여줍니다. 버스에 게시된 이벤트는 커밋 후 게시를 통해 순서대로 전달된 다음, 별도의 동기 컨텍스트에서 플로에서 대량으로 처리됩니다. ## 다운로드 가능한 링크: - [루시드](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [이미지](https://architect.salesforce.com/ns-assets/legacy/platformevents.png)