AWS re:Invent 2022 - Building Serverlesspresso: Creating event-driven architectures (SVS312)

Поділитися
Вставка
  • Опубліковано 11 гру 2024

КОМЕНТАРІ • 19

  • @arjenwassink7523
    @arjenwassink7523 2 роки тому +10

    Awesome presentation. In less than an hour a summary of what I teach students in three months! Makes me🙂

    • @awssupport
      @awssupport 2 роки тому +2

      We're happy to hear that you liked the presentation, Arjen! 😀 ^AK

    • @JamesBeswickD
      @JamesBeswickD 2 роки тому +1

      Thanks Arjen! That's great to hear!

  • @ClaudetteMillette-s8b
    @ClaudetteMillette-s8b Рік тому +2

    Great presentation. Thanks James.

  • @atehrosius
    @atehrosius 2 роки тому +3

    amazing presentation. 👏🏿👏🏿. 👏🏿

  • @liorzamir
    @liorzamir Рік тому +2

    Like a pro

  • @confused6526
    @confused6526 2 роки тому +4

    Wow... awesome!

  • @architectelevator
    @architectelevator 2 роки тому +3

    Classic legacy integration challenge: scalable front-end and limited legacy system capacity :-)

  • @stefanstojanovic7596
    @stefanstojanovic7596 Рік тому

    What was the main reason to use IOT Core? If you needed messaging system for microservices to communicate, could you be using SNS/SQS? What was the main reason you went with IOT Core? Thank you.

    • @praskatti
      @praskatti Рік тому

      SNS/SQS are not built for websockets from what I understand. They are primarily meant to decouple two systems and fan out.

    • @JamesBeswickD
      @JamesBeswickD Рік тому +1

      Hello! SNS can deliver messages to other backend services, HTTP and SMS endpoints. But in our case we need to communicate back to a SPA-style application, so we needed a WebSocket delivery. IoT Core provides a very elegant and cost-effectively way to implement messages over MQTT so that's how it was chosen. HTH!

  • @BlueDhow-uf7kd
    @BlueDhow-uf7kd Рік тому

    What were the total hours taken to develop?

  • @deepav9763
    @deepav9763 Рік тому

    One question, did you normalize the events for your workflow to consume? What I mean by this question is were the events having a common "event" Json which was then sent to the workflow?

    • @JamesBeswickD
      @JamesBeswickD Рік тому

      Hi Deepa! No, each service followed its own event format. After building the prototype, we then found it's better to produce event schema, definitions, and naming conventions ahead of time so all services produce similar-looking events.

    • @deepav9763
      @deepav9763 Рік тому

      @@JamesBeswickD Thanks for your response. I think normalizing events helps make sense of data better. I have always struggled with this concept of disparate events, because it is going to be harder to make sense of data with disparate event formats.

  • @serhatuyanmis1493
    @serhatuyanmis1493 Рік тому +2

    Thank you for this wonderful content. James is an amazing choice when it comes to presentations. It is easier to learn once he is the one who explains it. Thanks James!!!! 🩷