Practically all modern software is operating as a distributed system, even if it might not look like it at first glance. API calls and TCP/IP requests obviously cross process boundaries and use network connections, but so does accessing storage, policy enforcement, or logging within a cloud-based context...and all those operations can fail, often in interesting ways.
In this track, we'll look at how to tackle these distributed system problems. How do we connect components without adding extra points of failure or impacting scalability? What about failure? If a system grinds to a halt, we'll know - but what about partial/grey failures or intermittent performance degradation? We'll look at using observability to keep on top of our systems while, ideally, not breaking the bank in logging costs.
From this track
Timeouts, Retries and Idempotency In Distributed Systems
Wednesday Apr 9 / 10:35AM BST
The definition of insanity is doing the same thing over and over again” - this quote attributed to Einstein warns us of the danger of magical thinking, hoping that trying something just one more time will achieve success when before we failed. But is this really insanity?
Sam Newman
Microservice, Cloud, CI/CD Expert, Author of "Building Microservices" and "Monolith to Microservices", 20+ Years Experience as a Developer
Deploying WebSockets with AsyncAPI and Architecture as Code
Wednesday Apr 9 / 11:45AM BST
Details coming soon.
James Gough
Distinguished Engineer, API Platform Lead Architect @Morgan Stanley, Co-Author of Optimizing Java
gRPC, REST, and Beyond: Choosing the Right Protocol for Your Needs
Wednesday Apr 9 / 01:35PM BST
Details coming soon.
Building an On-Call System with Excellent Observability
Wednesday Apr 9 / 02:45PM BST
Details coming soon.
Unlocking the Power of Connectivity to Build a Seamless System Landscape
Wednesday Apr 9 / 03:55PM BST
Details coming soon.