Exam MCIA - Level 1 All QuestionsBrowse all questions from this exam
Question 90

An external web UI application currently accepts occasional HTTP requests from client web browsers to change (insert, update, or delete) inventory pricing information in an inventory system's database. Each inventory pricing change must be transformed and then synchronized with multiple customer experience systems in near real-time (in under 10 seconds). New customer experience systems are expected to be added in the future.

The database is used heavily and limits the number of SELECT queries that can be made to the database to 10 requests per hour per user.

What is the most scalable, idiomatic (used for its intended purpose), decoupled. reusable, and maintainable integration mechanism available to synchronize each inventory pricing change with the various customer experience systems in near real-time?

    Correct Answer: B

    To ensure scalability, decoupling, reusability, and maintainability, using a database trigger to call a Mule application whenever there's a change ensures that all changes are captured immediately without putting additional SELECT query load on the database. Publishing these changes to an Anypoint MQ exchange allows for asynchronous processing, which supports near real-time synchronization and makes it easier to add new customer experience systems in the future. Other Mule applications can then subscribe to these messages, transform them as needed, and update the corresponding systems. This approach leverages message queuing to decouple the components, ensuring fault tolerance and enabling efficient future scalability.

Discussion
gilofernandesOption: B

A and D are using Database On Table Row event which causes a lot of SELECT's to the database. Option C is not scalable and decoupled: for each new customer a new entry in parallel For each must be added. So option B is correct one for me.

prapasupOption: A

A makes more sense in terms of synchronizing three systems using scatter-gather

lwong1Option: C

Database On Table Row event source selects from the database table at a regular frequency. For this I believe it's option C, although is replacing the "external" web UI

lzrvsOption: D

The batch scope part does not make much sense to be honest, especially if we are talking about relatively low volume. Nevertheless, it will serve the purpose. The subscription to a queue exchange will ensure decoupling, fault tolerance and future scalability.

AlandtOption: B

I made the official Mulesoft practice exam and the correct answer was B. Add a trigger....