Serverless architecture patterns: The awkward early years

Patterns are an excellent way of building knowledge of an architectural style. As serverless starts to mature, we're starting to see patterns emerge. Mike Roberts introduces you to some of them and helps you look for patterns in your own organizations.

The last two decades have seen evolutions of software architecture—from on-premises to cloud hosted to mass-scaled microservices. While cloud native applications look very different than something we may have built before some of these techniques were well known, at their heart are still long-running, custom-built server applications that orchestrate the flow of requests, data, and logic. Serverless changes all of this. We no longer build always-on server applications; we rely on events as the agents of flow rather than requests, and the server-side software that we do write may be a small aspect of our system rather than the central hub. Fundamentally, serverless is about choreography of multiple services from multiple teams and vendors—in extreme situations—none of which we have written ourselves. Mike Roberts introduces some of the patterns, or “common solutions to recurring problems,” that we are starting to see in the serverless community. Patterns are not necessarily best practices—they are techniques that have worked for many people, but always given certain contextual constraints. Perhaps even more importantly, however, Mike describes how you, your teams, and your organizations can start harvesting your own patterns, while the bigger industry learns more about this exciting new frontier.