As in a CDK stack automating all of this? Or a CDK for Rust? 😂

@@DerekMurawsky I don't see the CDK supporting Rust in the near future, but I hope I'm wrong. At the moment the best solution I've found is to write CDK code in another language, and your functions in Rust. It doesn't need to be TS either. You could use any of the CDK supported languages for writing the CDK stuff.

Ah nice one, thanks Michael

Glad it was helpful!

Thanks for sharing!

I think you'd probably want one responseChannel per orchestrator. The consumer of the message would always need to know where to send a message back to. Just having a correlationId wouldn't help them know what to do with it :) You could even make the responseChannel something like AWS API Gateway with a direct integration into SQS. So the consumer is just making HTTP API calls, but you have the freedom to change the underlying channel implementation.

Hi @@serverlessjames ! thanks for the response, If I'm not missing any of the parts of the puzzle, (and sorry if I'm not doing que question properly) I'm asking explicitly about the need of the orchestrator to specify the response channel in the message pusblished in the first step. If you have just one orchestrator in that case, can't the payment service already have a predefined channel where to leave the response messages along with the CorrelationId without the need for the orchestrator to tell you so? Thanks in advance again!

​@@xaberueoh, i understand your point now. Yes, it absolutely could be predefined. But then if hte producer needs to change it, you need to make changes in 2 services.

@@serverlessjames that's true, your recommendation makes the services more autonomous to changes. thanks for taking your time to reply and clarify it !!

Kind of :) You would use an orchestrator with a Saga. The big difference with a Saga is that you would have a compensating action when things didn't work, to rollback the changes. That gives me an idea for another video though, covering the Saga pattern :) Thanks for the comment Brendon. Yes, you could absoloutely use a temporary queue. I'd prefer to use a single queue wired up to a Lambda function or something, and then use the correlationId to provide the mapping back to the right orchestrator.

Thanks. I’ve been wrestling with the best way to approach some long running background process that have a series of async steps in a serverless pattern. Looking at patterns there seems to be vague similarities with state machines and aggregate roots / event sourcing. Yet another place where the lines get blurry for me. Perhaps another video/talk idea.

The events and commands are the methods to communicate in an event driven application. Instead using requests/response it uses pubsub approach/pattern. With that , if you need transactions like ACID transactions in databases, you would need to use SAGA pattern (Coreography or orchestration) or any other method (2 phase commit ) using previous patterns.

LOL, it gets better I promise :)

Great feedback, thanks ☺️ I've got a bit of stuff in the pipeline. I'll add it to the backlog. This might be something I end up building on a livestream

@@serverlessjames Awesome! Cannot wait go learn more Rust Serverless

You could definitely take the pattern matching approach, but actually if you are going to do that you're probably better off just running a web framework inside Lambda. Something like Axum/Actix. There's another video on my channel on how you can do that.

@@serverlessjames okay, thanks! I’ll check it out 🙌

Absoloutely, and great question! The technical events would definitely exist, they just wouldn't be driving all your functionality. The example I always think about is if you upload a file to AmazonS3. S3 is going to give you an S3ObjectCreated event (technical) but for integration purposes you'll probably transform that to an 'InvoiceFileUploaded' event, something that is meaningful to the business.

@@serverlessjames Thanks, that makes sense

Based on this definition, no. The distinction is a technical event or a business event, I can think of maybe a few places were you might have crossover but definitely not always the case.

@@serverlessjames I was just trying to be smart about it :) Referring to the technical events as an inescapable part of any software system.

Glad you enjoyed it :⁠-⁠)

There is a very generous free tier yes. Throughout all the KZfaq content and demos I've ever created I've never paid a penny for Lambda compute "The AWS Lambda free tier includes one million free requests per month and 400,000 GB-seconds of compute time per month," - aws.amazon.com/lambda/pricing/

@@serverlessjames thanku so much for clarifying this

Running web applications in a way that scales up and down automatically based on user traffic and you only pay for what you use.

Kind words indeed, thankyou.

Great question. Typically an event bus is there to fan a single event out to lots of different subscribers. So yeah, if you had multiple instances of the same app subscribed directly to the bus with the same configuration I'd expect them all to receive the same events.

Yes, absolutely. I'm going to revisit Java + Lambda at some point in the near future. Watch this space ☺️

Yes, absolutely. Basically you don't want to be relying on your message channel as a persistent data store. Many streams will retain data for period of time, but they aren't databases.

This is a great idea, I'll add it to the back log ☺️ thanks Steven.

It's a Huion drawing tablet on my desk, and then the EpicPen Pro app for the ability to draw on the screen

@@serverlessjamesnice didn’t know that you can stream it like that looks pretty good! 👍

@@serverlessjames is it like a pad or this display like iPad?

@@sergeykichuk2586 yeah it's basically an external display but specifically for drawing on. Google Huion Kamvas 13 :)

@@serverlessjames didn’t know something like that exists always I have issue to draw with mouse! Thank you!

I didn't, but this is an excellent idea :)

@@serverlessjames I would love to test it out

The performance impact isn't as bad as you might think :) Especially if you have consistent load. I have another video talking about the trade offs studio.kzfaq.infoDUhRpaux4eE/edit

Yep, you could do that. And then just manage the routing at the API Gateway later. If you had an orders controller and a stock controller. In API Gateway you could have 2 routes - /orders/{proxy+} and /stock/{proxy+} that routed to the 2 different Lambda functios.

Normal service is resumed now 🫡 moving house was hard work

I appreciate you taking the time to comment, thank you ❤️

Glad you enjoyed it ☺️

That's a great question that I don't actually know the answer to. I think you'd have to make some changes in API Gateway to allow the different content type. But I see no reason why it wouldn't work

@@serverlessjames it worked, I had to add multipart/form-data in api gateway setting media type .

@@SujeetKumar-hh5jz Thanks for letting me know :)

Kind words indeed, thankyou

Could I ask why?

@@serverlessjames waist of time for beginners. You didn't explain about some configuration like sam file some dependency and all. How can a beginner figure it out what happened in background. And how dependency is relevant to which part. And please this is only feedback not a hate about you.

@@rathoreias It's really great feedback, thank you for taking the time to reply :)