Hi again @theironcook . Yes, that sounds correct/fine to me. I’ve never played with Lambdas myself, but I know we have some resources on how to integrate:
Connecting to AWS Lambda via Amazon API Gateway Using REST https://solace.com/blog/event-broker-cloud-lambda-aws-api-gateway/ Integration Guides Note that if the downstream system from the RDP fails (the Lambda) b/c its downstream system fails, and it returns a 404 or 500 or whatever, the RDP will attempt to redeliver. Continuously. My colleague ran into an issue where it tried for days. So having something like a Max-Deliveries count on the queue, or setting a TTL, and having the message expire to a DMQ might be useful during testing.
Note that it might be possible/desirable for the Lambda to POST back into Solace, and from there another RDP can push it into your original webhook endpoint. But while the transformed message is going through Solace, other interested applications (e.g. analytics, real-time dashboards, etc.) could also snoop the messages because its just pub/sub, and you just need to subscribe to the same topic(s) as your 2nd RDP would (coming from the Lambda).
Too bad Solace Cloud doesn’t have 9.11 yet. But I just saw an email recently from the Cloud team saying that they increasing their cadence for getting released Software brokers available in the Cloud, and also decreasing the time since the software is released. If you really want to try this option, just to kick the tires, it’s really simple to get a local Docker broker running. https://solace.com/products/event-broker/software/getting-started/
Good luck! Keep us posted.