If you’ve spent any time in tech circles lately, there are three letters you’ve surely heard: SRE. Site Reliability Engineering is the defining movement in tech today. Giants like Google and Amazon market their ability to provide reliable service and startups are now investing in reliability as an early priority.
But what makes reliability engineering so important? In this blog, we’ll look at three big benefits of investing in reliability and explain how you can get started on your journey to reliability excellence.
Reliability Engineering Provides Business Value
A reliable service is more valuable to a customer than one with inconsistent performance. It seems so obvious that you may think it goes without saying, but this reminder is crucial. Picture a typical user of your service. They are happy and engaged as they use your unique features, but don’t ignore the underlying assumption: your service works. Regardless of how your features stack up to competitors, users will always choose a functional option over a function-rich one. No feature is more important than reliability.
The consequences of unreliable software are also more costly than proactive investment in reliability. Consider how dependent you are on technology. On a given day, you rely on an alarm to wake you up, an app to report the weather and a calendar that reminds you of your schedule. You might hail a ride from Uber or use Google Maps to avoid traffic on the freeway. Maybe you get lunch delivered from Grubhub. When you arrive home, your Amazon package is right where you expect it. We trust in these services. When they go down, we feel angry.
These are the standards your service is judged by in the era of reliability. When the most popular software boasts uptime percentages of five nines, users begin to expect a level of consistency where downtime is a non-concern. The value generated by investing in reliability isn’t just in the additional uptime of your service, but in keeping your customers happy with your brand, increasing users, and lowering the potential for churn.
Reliability Engineering Empowers Development
You may think of reliability engineering as an overhead cost to development, an additional layer of work that must be accounted for. Time and energy must indeed be dedicated to reliability, but you’ll find that adopting SRE best practices can empower and accelerate development.
SLOs and Error Budgets
SLOs and error budgeting work as a system to ensure downtime, latency, and other indicators of unreliability are kept within acceptable bounds. When these acceptable metrics are exceeded, SLO policies can refocus development efforts to stabilize and repair. On the other hand, when SLOs are within acceptable ranges and error budget is available, development can safely accelerate. Proposed changes that may affect reliability can be measured against the SLO, allowing you to build new features with confidence.
SLOs can also empower effective development by highlighting areas of greatest business impact. When determining your SLIs (the indicators your SLOs measure) you’ll discover insights on what areas of your service matter most to users. When you understand exactly what your users expect, you understand how your service is positioned and how to develop towards customer happiness.
Incident Retrospectives
Despite proactive measures, incidents are inevitable. However, with SRE principles, what would otherwise be considered a setback can become another investment in development. An incident retrospective is a document collaboratively constructed in response to an incident and reviewed by those involved afterward. This may seem at first like additional work in a situation where time is already limited, but the time it saves more than makes up for it. By analyzing patterns in incidents, developers learn where to spend proactive efforts in reliability. It also encourages developers to look at ways to avoid common classes of bugs and incentivizes writing more performant code.
#devops #resilience #site reliability engineering #site reliability #site reliability engineer
