Assessing SRE skills
Interviews on system design and troubleshooting
Interviews on system design and troubleshooting
Interviews on system design and troubleshooting
I lead digital ecosystem development at Tinkoff
I curate our System Design Interviews
And I interview for troubleshooting myself
What we'll cover
The hiring process and why we check troubleshooting
What the candidate gets out of the section
How the section and a typical task look
Scoring, the contrast with design, and growth
Hiring stages and candidate levels
Hiring stages against the candidate's level
Pre-interview — a call with a recruiter
Technical sections: System Engineering
…Programming and Troubleshooting
Then the Fit Interview and the offer
From the company's side and the candidate's
Why we check troubleshooting skills
25M+ customers, and both they and the load grow
Many business lines, platforms and service lines
The products merge into an ecosystem
Engineers own the reliability of their own systems
What the candidate gets out of it
Working an incident under near-real conditions
Normally only a production system gives that
Went brilliantly — likely a Senior/Lead offer
Went poorly — we say what to work on
Eight steps and a typical task
What the troubleshooting section looks like
Ground rules: we are both SRE engineers
The system is described, the task is framed
The incident starts, diagnosis runs on hypotheses
Workaround, real fix, then prevention
What a typical task looks like
Each data centre has frontend, backend and cache
One database serves both data centres
The symptom: the share of 504s grows
Those are gateway timeouts — check the logs
Six axes and the level read off them
The scoring criteria
Breadth, and how methodical the search is
Whether a workaround mitigated it quickly
Whether a full fix came with a stated algorithm
Whether root cause was found, and what comes next
How they differ and why one section remained
How troubleshooting and system design differ
Troubleshooting starts from a production system
System design starts from requirements only
One is about firefighting, the other about design
And different people pass them
Ideally SRE = troubleshooting + system design
The ideal: fight fires and design systematically
The reality: design was passed at Junior level
So we stopped asking System Design
But we decided to teach it internally
Theory and practice for both sections
How to get better at system design and troubleshooting
Troubleshooting: SRE Book, tools, postmortems
Plus practice in an SRE team on real systems
Design: principles, system classes, others' architectures
Plus practice as an architect and design katas
From the hiring process to how the two sections differ
What the hiring process looks like
Why we check troubleshooting skills
What the candidate gets out of it
What the section and a typical task look like
How we score, and how the sections differ
The sources from the talk's closing slide
An article based on this talk
Google SRE Book, SRE Workbook, a Mobile SRE Report review
«Release It!» and a repository of postmortems
My articles on the System Design Interview and preparing for it
polomodov.tech
All slides and links are in the Telegram channel
Alexander Polomodov, Technical Director & Fellow, T-Technologies
@book_cube