~/conference

SREcon19 Europe/Middle East/Africa

site reliability engineers, engineering managers, platform engineers, observability engineers, incident responders, support engineers, developer productivity engineers

SLOs for data-intensive services; latency SLOs; building a scalable monitoring system; on-call rotations and tooling; support operations engineering; workplace mental health and burnout; PID control for autoscaling (Prometheus); eventually consistent service discovery (Envoy); eBPF network monitoring for TCP; HDR histograms and DDSketch summaries; tracing real-time distributed systems; fault tree analysis for Apache Kafka

titleauthorlength
The SRE I Aspire to BeYaniv Aknin43m
Argues that SRE work is measurement-first: pick a concrete reliability unit, trade reliability versus cost using error budget math, and move the…
Talk at The Liffey B on
A Systems Approach to Safety and CybersecurityNancy Leveson46m
Presents safety and security as control problems solved top-down with the STAMP/STPA method instead of component-failure thinking; shows concrete fixes…
Talk on
SLOs for Data-Intensive ServicesYoann Fouquet24m
Booking.com monitors a reservation pipeline that handles 1.5M reservations/day and 23 years of terabytes of data. SLOs evolve from naive HTTP success/latency…
Talk at Track 1: The Liffey B on
Latency SLOs Done RightHeinrich Hartmann27m
Claim: percentiles alone mislead when aggregating across nodes and long windows, producing huge errors (example: ~68% error from naive averaging). Practical…
Talk at Track 1: The Liffey B on
Building a Scalable Monitoring SystemMolly Struve27m
Company consolidates six disparate monitors (New Relic, Honeybadger, PagerDuty, LastAlert, StatusCake plus cron/dashboard checks) into Datadog as a single…
Talk at Track 1: The Liffey B on
A Tale of Two Rotations Building a Humane & Effective On CallNick Lee28m
Compares two rotations: a core ring zero rotation that reliably mitigates high-impact failures in ~30 minutes and has a training waitlist, versus a…
Talk at Track 2: The Liffey A on
Support Operations Engineering: Scaling Developer Products to the MillionsJunade Ali23m
Cloudflare scales support by turning diagnostics into engineering: a pipeline that fuses internal logs, a helper bot layer and machine learning to auto-resolve…
Talk at Track 2: The Liffey A on
The Unmonitored Failure Domain: Mental HealthJaime Woo35m
Work-related mental health spreads between coworkers and correlates with measurable harms: nearly 1 in 4 workers aged 18–35 report daily stress, 1 in 6 say…
Talk at Track 2: The Liffey A on
Control Theory for SRETed Hahn, Mark P Hahn26m
Builds a working PID controller that autoscaling Kubernetes can use and shows what actually happens: a simulated vehicle uses location as the process variable…
Talk at Track 1: The Liffey B
Eventually Consistent Service DiscoverySuhail Patel25m
Argues that service discovery usually tolerates eventual consistency and that Monzo implements an Envoy sidecar model with a config provider backed by…
Talk at Track 1: The Liffey B on
Network Monitor: A Tale of ACKnowledging an Observability GapJason Gedge20m
A Redis connectivity incident during peak sales triggers six weeks debugging and exposes an observability blind spot after engineers spot high TCP retransmits…
Talk at Track 1: The Liffey B on
Being Reasonable about SREVítek Urbanec24m
Companies rename ops to SRE and expect instant magic, but the claim is that without analysis this creates higher expectations for unchanged teams and lots of…
Talk at Track 2: The Liffey A on
From Nothing to SRE: Practical Guidance on Implementing SRE in Smaller OrganisationsMatthew Huxtable26m
Built SRE from zero inside a ~30‑engineer edtech company, growing an SRE team to 2–4 people and discovering a sustainable on‑call needs ~8 people (~40% of…
Talk at Track 2: The Liffey A on
My Life as a Solo SREBrian Murphy26m
2015 shows repeated outages, bad releases and frantic paging so the company creates a solo SRE role in 2016 and applies concrete changes: defines SLIs and…
Talk at Track 2: The Liffey A on
Zero Touch Prod: Towards Safer and More Secure Production EnvironmentsMichał Czapiński, Rainer Wolafka39m
Zero Touch Prod enforces that every production change is automation-validated or goes through an audited break‑glass path; Google reports building a…
Talk at Track 1: The Liffey B on
Zero-Downtime Rebalancing and Data Migration of a Mature Multi-Shard PlatformJustin Li, Florian Weingarten39m
Shopify describes a production toolkit that uses the MySQL binlog event stream to copy and replay row changes, rebalancing hundreds of MySQL shards and…
Talk at Track 1: The Liffey B on
All of Our ML Ideas Are Bad (and We Should Feel Bad)Todd Underwood39m
Most production ML proposals fail because the data and signal aren’t there: ticket prioritization and root‑cause models lack reliable labels, suffer delayed…
Talk at Track 2: The Liffey A on
Fast, Available, Catastrophically Failing? Safely Avoiding Behavioral Incidents in Complex Production SystemsRamin Keene30m
Argues that model and data services fail as behavioral outages where bad data, not code, causes catastrophic user-visible behavior such as the high‑profile…
Talk at Track 2: The Liffey A on
Advanced Napkin Math: Estimating System Performance from First PrinciplesSimon Eskildsen41m
Shows how to turn guesses into numbers: memorize base rates (network, SSD, RAM, CPU at $10 per CPU) and combine them to decide if designs work. Measured…
Talk at Track 1: The Liffey B on
The Map Is Not the Territory: How SLOs Lead Us Astray, and What We Can Do about ItNarayan Desai45m
SLOs rest on shaky assumptions—independent requests, uniform request value and evenly distributed errors—that break on modern microservice stacks and low‑QPS…
Talk at Track 1: The Liffey B on
Deploying SRE Training Best Practices to Production: How We SRE'ed Our SRE Education ProgramJennifer Petoff, JC van Winkel42m
Google’s SRE EDU Orientation replaces lectures with a rigged production system: a breakable photo‑upload app (frontend, logic server, Cloud Storage, Spanner)…
Talk at Track 2: The Liffey A on
SRE by Influence, Not Authority: How the New York Times Prepares for Large Scale EventsVinessa Wan, Brett Haranin41m
Large-scale elections readiness moves from mandates to partnership: over eight weeks (effectively six) more than 20 teams run architecture reviews, implement…
Talk at Track 2: The Liffey A on
Load Balancing Building BlocksKyle Lexmond39m
Facebook runs a seven-layered chain of load balancers per request (DNS → POPs → L4 → L7 → backends) and uses DNS steering plus a tool called cartographer to…
Talk at Track 1: The Liffey B on
What Happens When You Type en.wikipedia.org?Effie Mouzeli, Alexandros Kosiaris37m
A concrete walkthrough of Wikipedia’s stack: MediaWiki on PHP 7.2 with four cache layers feeding Varnish/NGINX at the edge, migrating to ATS and Kubernetes…
Talk at Track 1: The Liffey B on
Are We All on the Same Page? Let's Fix ThatLuis Mineiro39m
Adaptive Paging uses OpenTracing (soon OpenTelemetry) to read causal spans, grab exemplars for a breached symptom like "place order", walk child spans for…
Talk at Track 2: The Liffey A on
Weathering the Storm: How Early Warnings Save the FarmBrian Sherwin37m
LinkedIn builds an automated correlation engine that ingests thousands of per-endpoint sensors, call trees/traces, metrics and deployment events, precomputes…
Talk at Track 2: The Liffey A on
Refining Systems Data without Losing FidelityLiz Fong Jones35m
Observability at production scale is unaffordable if every event is stored: a 99.95% SLO produces ~2,000× more “good” events than failures. The concrete plan…
Talk at Track 1: The Liffey B on
Tracing Real-Time Distributed SystemsEvgeny Yakimov41m
Bloomberg traces real-time trading pipelines by embedding a span-based tracer in the messaging library, sending data to a custom backend while reusing Jaeger’s…
Talk at Track 1: The Liffey B on
How to Do SRE When You Have No SREJoan O'Callaghan28m
Recommend committing one to two hours a week to SRE work, running quick reviews that document worst-case failure modes, capacity headroom, access lists…
Talk at Track 2: The Liffey A on
One on One SREAmy Tobey42m
A one-on-one incident debrief process runs 30–60 minute Zoom interviews using a fixed question set and real‑time notes in a Google Doc that are shared only…
Talk at Track 2: The Liffey A on
A Customer Service Approach to SREJohn P. Looney40m
Facebook's Server Lifecycle team shows concrete changes: they add installer options to run burn‑in scripts and disable components so technicians stop…
Talk at Track 1: The Liffey B on
SRE & Product Management: How to Level up Your Team (and Career!) by Thinking like a Product ManagerJen Wohlner37m
SRE teams adopt five concrete practices: run 30‑minute user interviews with diverse roles instead of assuming workflows, ask non‑leading questions, and run…
Talk at Track 1: The Liffey B on
Prioritizing Trust While Creating ApplicationsJennifer Davis38m
Argues that security must shift security left into design and CI/CD by threat modeling, tagging security stories, and feeding findings back into pipelines…
Talk at Track 2: The Liffey A on
Software Patching Needn't Be a Can of WormsPhilip Rowlands30m
Argues that automation replaces tedious manual patching by doing four repeatable steps: inventory, assess and classify, plan rollout and rollback, then repeat…
Talk at Track 2: The Liffey A on
Lightning TalksIgor Ebner de Carvalho, Laura Nolan, Amir Langer, Doron Sekler, Susobhit Panigrahi, Yannick Brosseau, James Renken, Brennen Smith, Jane Maguire, James Wynne46m
Ten rapid case studies: a lemonade-as-a-service model shows 100% availability drives exploding cost (machines raise price to €1.12, need N+2); causal loop…
Lightning at The Liffey B on
Bigtable: A Journey from Binary to Service and the Lessons Learned along the WayBrendan Gleason, Gaurav Prabhu Gaonkar38m
Bigtable evolves from per-cluster binaries into a global multi-tenant service that runs for over a decade and powers 60+ internal projects, with tables that…
Talk at Track 1: The Liffey B on
SDKs Are Not Services and What This Means for SREsJustin Coffey41m
Criteo builds an embedded SDK scheduler in Scala to orchestrate hourly Hadoop/MapReduce and Hive jobs across a platform that sees ~1+ billion monthly users and…
Talk at Track 1: The Liffey B on
Building Resilience: How to Learn More from IncidentsNick Stenning40m
Research-backed claim: incidents reveal both prevention gaps and response weaknesses, so investigate design and context, not blame. Shows the B-17 case where…
Talk at Track 2: The Liffey A on
How Stripe Invests in Technical InfrastructureWill Larson43m
Defines infrastructure as any tool used by three-plus teams for business-critical work and gives concrete tactics: shard MongoDB, script-kill long queries, add…
Talk at Track 2: The Liffey A on
Why Automating Everything Adds to Your ToilColin Thorne, Cameron McCallister38m
Claim: blanket automation increases long‑term toil because scripts rot, dependencies change (ServiceNow, EU cloud rules, OS upgrades) and duplicated tools pile…
Talk at Track 1: The Liffey B on
Autopsy of a MySQL Automation DisasterJean-François Gagné41m
Automated MySQL master failover using Orchestrator promotes an intermediate node X after two masters (A and B) go down, then a separate process — a DNS…
Talk at Track 1: The Liffey B on
Pushing through FrictionDan Na35m
Explores why organizational friction stalls a 75% improvement that would take two weeks, ties recurring failures to the normalization of deviance, and frames…
Talk at Track 2: The Liffey A on
Perks and Pitfalls of Building a Remote First TeamRyan Neal39m
Company grows to ~60 people with about 60% remote, an 11‑person umbrella team spanning four time zones and five countries, and uses Donut plus Slack channels…
Talk at Track 2: The Liffey A on
Expect the Unexpected: Preparing SRE Teams for Responding to Novel FailuresJohn Arthorne25m
Shopify reports $1,700 USD/sec at stake and an SRE org grown from ~30 to ~120; preparation emphasizes specific practices: open incident channels (Slack bots…
Talk at Track 1: The Liffey B on
Hiring Great SREsBrian Rutkin23m
Claims that personality traits predict SRE success more than listed tech skills, and that a structured, repeatable pipeline yields clearer hiring decisions…
Talk at Track 1: The Liffey B on
SRE in the Third AgeBjörn Rabenstein25m
Frame: SRE evolves from a Google-only practice to a public discipline and now to a diffuse skill set where most engineers must carry SRE mindset. Small…
Talk at Track 1: The Liffey B on
Evolution of Observability Tools at PinterestNaoman Abbas42m
Pinterest moves its metrics backend from Graphite to OpenTSDB to ten sharded clusters and then to an in‑memory store called Goku (stores 24h with Gorilla…
Talk at Track 2: The Liffey A on
How to SRE When Everything's Already on FireAlex Hidalgo, Alex Lee40m
Squarespace fixes a months‑long ELK outage by turning vague alerts into a single consumer‑lag / write‑rate SLI, raising SLOs from “5 min 99%” to “2 min 99.9%”…
Talk at Track 2: The Liffey A on
Fault Tree Analysis Applied to Apache KafkaAndrey Falko38m
Provides numerical fault-tree answers for Kafka choices: uses AFR disk rates (rotational 4%, SSD 0.8%), network 2%, hardware/OS 1%, and remediation windows to…
Talk at The Liffey B on
Applicable and Achievable Formal VerificationHeidy Khlaaf33m
Explains how industry applies formal methods to real embedded devices: mandates from IEC 61508 map verification techniques to Safety Integrity Levels, and a…
Talk at The Liffey B on
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.