Frequently Fresh: When and How our Data Changes

Reading Time: 13 minutes In this chapter, we’re going to take our first step towards a suitable candidate for a system architecture, by keeping our tuples of Actor-backend as mutually exclusive as can be. Doing so, we’ll learn of many more design concepts and considerations. Those not only shouldn’t be neglected, but also can be a shining light validating our designs.

Bundled Tuples: Backend per Actor

Reading Time: 9 minutes In the previous chapter we’ve seen how all of our Actors are bundled together both in our backend, and in our databases. We’ve also seen how and why applications do not become as reliable as a frozen application.

In this chapter, we’re going to apply further actions on our design. To dive deeper into the root causes of them and try to overcome the problems discovered. And to fail doing so.

Frozen: Zero Throughput

Reading Time: 11 minutes There is a very interesting thread underlying and going through this entire book of The Change Factor, and it is in the story of the Monetization’s team Lambda over at RapidAPI. It was a three years old Serverless Function, worked perfectly without any issues whatsoever until one day it didn’t. Let’s reexamine this story through everything we’ve learned and tie some knots together, and see how it was frozen in time.