You are viewing content from a past/completed QCon

Presentation: Stop Talking & Listen; Practices for Creating Effective Customer SLOs

Track: Production Readiness: Building Resilient Systems

Location: Seacliff ABC

Duration: 4:10pm - 5:00pm

Day of week: Wednesday

Share this on:

This presentation is now available to view on InfoQ.com

Watch video

What You’ll Learn

  1. Find out what are some of the pitfalls to avoid in over-measuring or under-measuring.
  2. Learn some of the ways to reduce noise in measuring systems to have a better evaluation of what their status is.

Abstract

In this data-driven age we are constantly collecting and analyzing monumental quantities of data. We want to know everything about our product, how our customers use it, how long they use it and more importantly is the product even working? With all this data, we should be able to answer all of these questions. But turns out, that’s not always the case. In this talk, we’ll discuss some of the common pitfalls that arise from collecting and analyzing service data such as only using 'out-of-the-box' metrics and not having feedback loops. Then we'll discuss some practical tips for reducing noise and increasing effective customer signals with SLOs and analyzing customer pain points.

Question: 

What is the work you're doing today?

Answer: 

My job title is Site Reliability Engineer. I work to help scale services and systems to billions of users. But currently I'm in a different but similar role where I've taken that knowledge that I've gained at teams at Google. And now we take it and we try to help our customers google cloud customers, adopt these same practices and principles.

Question: 

What are the goals of the talk?

Answer: 

The goals of the talk are to highlight some of the key findings we found with reliability and the way we think about user interactions with our services. I’ve seen folks assume that if their metrics are doing well then their users are not having issues, but those assumptions are incorrect. My talk is about customer focused metrics that tell us how our system is doing from the user’s perspective rather than metrics you get out of the box.

Question: 

Can you give me an example of a more customer focused metric?

Answer: 

A non-customer one would be measuring utilization such as CPU and RAM. But if the customer isn't having any issues, CPU and RAM usage isn't actually telling you anything useful. What we recommend instead of measuring things like uptime of your services or machines is maybe look at your load balancer and see how many requests were made and how many of those requests were successful

Question: 

Are there common pitfalls that you see?

Answer: 

Yes, that's one, and over measuring, trying to cover everything. You tend to overlap a lot of things and you get a lot of false positives that way. Over alerting and alerting for issues that aren’t actionable are common ones as well.

Question: 

What do you want people to leave the talk with?

Answer: 

I would like to see a shift towards more customer centric reliability. We work with a lot of cloud customers and we see the same common pitfalls where folks assume that the out of the box stuff is good enough, or they’ll over measuring or under measuring. And I want to be able to show people the difference between what that looks like versus what customer focused monitoring looks like. It's surprising how much other companies just use the same thing and then tell us that they’re burnt out, or they have all these metrics but don’t know where to start troubleshooting. I'd like people to see, this is the change that we're trying to implement, and it does work.

Speaker: Cindy Quach

Site Reliability Engineer @Google

Cindy is a Site Reliability Engineer at Google, she's worked on various teams and projects such as Google's internal Linux distribution, mobile platforms and virtualization. She currently works on the customer reliability engineering team helping large scale GCP customers learn about and implement SRE principles.

Find Cindy Quach at

Last Year's Tracks

  • Monday, 16 November

  • Machine Learning for the Software Engineer

    AI and machine learning are more approachable than ever. Discover how ML, deep learning, and other modern approaches are being used in practice by Software Engineers.

  • Inclusion & Diversity in Tech

    The road map to an inclusive and diverse tech organization. *Diversity & Inclusion defined as the inclusion of all individuals in an within tech, regardless of gender, religion, ethnicity, race, age, sexual orientation, and physical or mental fitness.

  • Architectures You've Always Wondered About

    How do they do it? In QCon's marquee Architectures track, we learn what it takes to operate at large scale from well-known names in our industry. You will take away hard-earned architectural lessons on scalability, reliability, throughput, and performance.

  • Architecting for Confidence: Building Resilient Systems

    Your system will fail. Build systems with the confidence to know when they do and you won’t.

  • Remotely Productive: Remote Teams & Software

    More and more companies are moving to remote work. How do you build, work on, and lead teams remotely?

  • Operating Microservices

    Building and operating distributed systems is hard, and microservices are no different. Learn strategies for not just building a service but operating them at scale.

  • Tuesday, 17 November

  • Distributed Systems for Developers

    Computer science in practice. An applied track that fuses together the human side of computer science with the technical choices that are made along the way

  • The Future of APIs

    Web-based API continue to evolve. The track provides the what, how, and why of future APIs, including GraphQL, Backend for Frontend, gRPC, & ReST

  • Resurgence of Functional Programming

    What was once a paradigm shift in how we thought of programming languages is now main stream in nearly all modern languages. Hear how software shops are infusing concepts like pure functions and immutablity into their architectures and design choices.

  • Social Responsibility: Implications of Building Modern Software

    Software has an ever increasing impact on individuals and society. Understanding these implications helps build software that works for all users

  • Non-Technical Skills for Technical Folks

    To be an effective engineer, requires more than great coding skills. Learn the subtle arts of the tech lead, including empathy, communication, and organization.

  • Clientside: From WASM to Browser Applications

    Dive into some of the technologies that can be leveraged to ultimately deliver a more impactful interaction between the user and client.

  • Wednesday, 18 November

  • Languages of Infra

    More than just Infrastructure as a Service, today we have libraries, languages, and platforms that help us define our infra. Languages of Infra explore languages and libraries being used today to build modern cloud native architectures.

  • Mechanical Sympathy: The Software/Hardware Divide

    Understanding the Hardware Makes You a Better Developer

  • Paths to Production: Deployment Pipelines as a Competitive Advantage

    Deployment pipelines allow us to push to production at ever increasing volume. Paths to production looks at how some of software's most well known shops continuous deliver code.

  • Java, The Platform

    Mobile, Micro, Modular: The platform continues to evolve and change. Discover how the platform continues to drive us forward.

  • Security for Engineers

    How to build secure, yet usable, systems from the engineer's perspective.

  • Modern Data Engineering

    The innovations necessary to build towards a fully automated decentralized data warehouse.