I am available for opportunities - willing to relocate if opportunity aligns.
Appreciate it! I agree that event design is often more important than the broker itself. I'd usually start with the simplest solution that meets the requirements. For many teams, that's SQS because it's serverless and operationally simple. As the system grows and requirements around routing, replayability, or event streaming emerge, that's when I'd evaluate RabbitMQ or Kafka. The problem should always drive the technology.
Thanks! From my experience, yes—AI is one of the areas where Event-Driven Architecture fits really well. We recently used it for bulk LLM processing on database records. Instead of processing 1,000 records one by one, each record became an independent event that workers processed in parallel. It made the pipeline much faster and much easier to scale. That said, I'd still choose it only when the problem justifies it. Not every AI application needs an event-driven architecture.