05 Future Changes

The fusion we've done between Event-Driven Development, Reactive Manifesto and Enterprise Messaging Architecture, brings an interesting twist to why and how we store Events. It also uncovers a certain truth.

In the previous chapter, we’ve seen that these very same Events hold within them a certain truth, an immutable past. In this chapter, we’re going to see another pipeline. One who answers different needs. We’re going to build Event Analytics, to gain insights out of our Events and our product usage.

In this chapter, we’re going to dive into a few more requirements for a messaging platform. As this topic is very broad, we’d be exploring only some of the concepts we should to be familiar with in order to correctly review the selection done in Silo, for the components of its messaging platform. We’d be mostly focused on messaging Reliability and meeting Silo’s product requirements, a unique case of a B2C IoT physical device.

In this chapter, we’ll be reviewing the decisions made for composing Silo’s messaging platform. We’ll start with the PoC stage, and move to its full implementation with its data pipelines.

Security is not a joke at all. At least not for a small startup company, intending to create a B2C smart kitchen appliance. But the way we handled it started with a joke. A joke that eventually was on me. I had to make it so.

Since Silo, I’ve also had a lot of job interviews, where I shared the work we’ve done. I’ve met with many fellow architects. I’ve worked with people who were far more experienced than me. So in a way, I did gain a lot of insights. I’ve shared some of those already, spread along the chapters of this book. In this one, I’m going to share the very few last ones. And one last final thought.