Valid Data-Architect Dumps shared by ExamDiscuss.com for Helping Passing Data-Architect Exam! ExamDiscuss.com now offer the newest Data-Architect exam dumps, the ExamDiscuss.com Data-Architect exam questions have been updated and answers have been corrected get the newest ExamDiscuss.com Data-Architect dumps with Test Engine here:
Universal Containers (UC) has implemented a master data management strategy, which uses a central system of truth, to ensure the entire company has the same customer information in all systems. UC customer data changes need to be accurate at all times in all of the systems. Salesforce is the identified system of record for this information. What is the correct solution for ensuring all systems using customer data are kept up to date?
Correct Answer: D
Having each system pull the record changes from Salesforce using change data capture (option D) is the correct solution for ensuring all systems using customer data are kept up to date, as it allows the systems to subscribe to real-time events from Salesforce and receive notifications when customer records are created, updated, deleted, or undeleted. Sending customer data nightly to the system of truth in a scheduled batch job (option A) or sending customer record changes from Salesforce to each system in a nightly batch job (option B) are not good solutions, as they may cause data latency and inconsistency, and they do not provide real-time updates. Sending customer record changes from Salesforce to the system of truth in real time (option C) is also not a good solution, as it does not address how the other systems will receive the updates from the system of truth.
Recent Comments (The most recent comments are at the top.)
With Option C you introduce way too much complexity and maintainance. How would you know the behaviour of other system and take responsibility to have it updated in salesforce? and why even?
With Option D External data can be updated in real time and stays fresh after capturing changes with Change Data Capture event notifications in near real-time. This is not very complex as well. CDC is used for a simple, one-way, outbound, data broadcast from Salesforce. For example, say that an external system wants to receive a broadcast every time a Salesforce account record is created, updated, deleted, or un-deleted. You can subscribe to change events with CometD, Pub/Sub API, or Apex triggers. CometD is a messaging library that enables listening to events through long polling and simulates push technology. Pub/Sub API is based on gRPC and HTTP/2 and enables clients to control the volume of event messages received. Apex triggers for change events are similar to Apex triggers on platform events....
Recent Comments (The most recent comments are at the top.)
D
https://developer.salesforce.com/docs/atlas.en-us.change_data_capture.meta/change_data_capture/cdc_intro.htm
With Option C you introduce way too much complexity and maintainance. How would you know the behaviour of other system and take responsibility to have it updated in salesforce? and why even?
With Option D External data can be updated in real time and stays fresh after capturing changes with Change Data Capture event notifications in near real-time.
This is not very complex as well. CDC is used for a simple, one-way, outbound, data broadcast from Salesforce. For example, say that an external system wants to receive a broadcast every time a Salesforce account record is created, updated, deleted, or un-deleted.
You can subscribe to change events with CometD, Pub/Sub API, or Apex triggers. CometD is a messaging library that enables listening to events through long polling and simulates push technology. Pub/Sub API is based on gRPC and HTTP/2 and enables clients to control the volume of event messages received. Apex triggers for change events are similar to Apex triggers on platform events....