Unleash the power of invincible backends that auto-scale.get started
Golem Cloud is an evolution of serverless computing that allows workers to be long-lived and stateful. Through a new paradigm called durable computing, workers deployed onto Golem Cloud can survive hardware failures, upgrades, and updates, offering a reliable foundation for building distributed, stateful applications.
Golem Cloud does not let you build anything you couldn’t build before, with great expertise and enough time and resources. However, Golem Cloud does radically simplify the way you build many classes of cloud applications.
Golem Cloud shares many of the benefits of serverless computing, including faster development, lower maintenance overhead, and no need for ops.
However, there are additional benefits that are unique to Golem Cloud, including:
In the following examples, you will learn how several different types of applications could be written for Golem Cloud, and how this would simplify architecture.
In an online storefront, we may have to take many steps during end-to-end processing of an order:
The major part of this process can take several seconds to several minutes, while the entire process could take days or even weeks.
In a perfect world, we could write a simple program that performs all of these steps, more or less in order, in a handful of functions that call out to other web services.
However, if we were to push this naive approach into production, we would run into numerous issues. Due to hardware failures, updates, and upgrades, our program could be interrupted before it finishes, leaving all systems in an inconsistent state. The user might be surprised to see they were charged for the items they ordered, without hope of them ever arriving, for example.
In order to compensate for these failure scenarios, we would traditionally switch to an event-sourcing approach. Because events are stored persistently in a durable message queue like Apache Kafka or Apache Pulsar, we now have a reliable means to detect which steps have been performed, and which have not, and we can write processes that recover partially completed orders, and resume at the point where they left off.
While industry-proven and reliable, this approach ends up significantly increasing our development and maintenance costs, and turns what could be a simple and short program into many disparate services, all introducing additional overhead and points of failure.
With Golem Cloud, the entire order processing process can be written and deployed as a simple serverless worker. The worker will run invincibly with durable state, allowing us to focus on business logic and disregard the complexities of reliable, distributed, stateful computation in the cloud.
In a multiplayer online betting game, each gaming session could last several minutes to an hour, and depending on the nature of the game, players may be able to place bets days or weeks in advance of the live session.
The responsibilities of session management include:
Due to the financial nature of betting games, it is important that bets be tracked precisely and placed only be allowed when the state of the game and the rules of the game permit the bets to be placed. Moreover, failure events can occur at any point and may not halt the progress of a game nor interfere or change the bets that have been placed so far.
One way of solving this problem would be to use a relational database in order to obtain ACID guarantees on bets. However, the state of the game evolves in real-time, so to make concurrent bets in the presence of a changing game state, it would also be necessary to store the game state in the database. Storing both all bets and the game state itself in the relational database could negatively impact performance, necessitating alternate approaches, such as event-sourcing with CQRS.
In the end, a traditional solution to the problem of session management is likely to be highly tailored to the specific nature of the game and the audience size, and likely to involve some kind of event-sourcing, potentially with CQRS, in order to ensure consistency and recoverability in the event of unanticipated failures.
With Golem Cloud, the entire game session can be deployed as a single serverless worker, which responds to updates in game state and new bets. Since the data is stored in memory and latency of workers in Golem Cloud is very low, performance can be very high, without sacrificing the durability guarantees of other approaches based on ACID databases or event-sourcing.