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?
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.
@@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.
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.
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!
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!!!! 🩷
Awesome presentation. In less than an hour a summary of what I teach students in three months! Makes me🙂
We're happy to hear that you liked the presentation, Arjen! 😀 ^AK
Thanks Arjen! That's great to hear!
amazing presentation. 👏🏿👏🏿. 👏🏿
Like a pro
Great presentation. Thanks James.
Thank you!
Wow... awesome!
Thank you so much!
Classic legacy integration challenge: scalable front-end and limited legacy system capacity :-)
What were the total hours taken to develop?
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?
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.
@@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.
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.
SNS/SQS are not built for websockets from what I understand. They are primarily meant to decouple two systems and fan out.
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!
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!!!! 🩷
Thank you - you are too kind!