Haha, I wonder if the exam question is trying to trip us up with all these options. Looks like I'll have to really think through the pros and cons of each approach.
Using an API proxy with a shared configuration sounds like a great way to manage the connector details. This would give me a lot of flexibility in terms of updating the configuration without impacting the APIs.
Creating a central System API to access the database is an interesting approach, but it adds an extra layer of complexity. I'm not sure if this is the best solution for my use case.
Creating a central System API to access the database is an interesting approach, but it adds an extra layer of complexity. I'm not sure if this is the best solution for my use case.
B) Build a separate Mule domain project for each API, and configure each of them to use a file on a shared file store to load the configuration information dynamically
I like the idea of using a shared file store to load the configuration dynamically. This way, I can easily update the configuration without having to rebuild each API.
Option A seems like a good idea, as it allows me to reuse the same connector configuration across multiple APIs. This way, I don't have to manage multiple configurations, which could be error-prone.
Option A seems like a good idea, as it allows me to reuse the same connector configuration across multiple APIs. This way, I don't have to manage multiple configurations, which could be error-prone.
Lonny
5 months agoMatt
6 months agoRashad
5 months agoSuzan
5 months agoSamira
6 months agoStephaine
5 months agoEnola
5 months agoLanie
6 months agoLeonard
6 months agoYan
6 months agoTeddy
5 months agoMicaela
5 months agoJose
6 months agoTwana
6 months agoVicente
6 months agoJesusita
6 months agoKristian
6 months agoJacob
6 months agoMariko
6 months agoGregoria
6 months agoEdwin
6 months ago