Site reliability engineering
 | This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages)
|
[1]Site Reliability Engineering (SRE) is a discipline that monitors and improves the availability and performance of deployed software systems, often large software services that are expected to deliver reliable response times across events such as new software deployments, hardware failures, and cybersecurity attacks. There is a typically a focus on automation and an Infrastructure as code methodology. SRE uses elements of software engineering, IT infrastructure, web development, and operations[2] to assist with reliability. It is similar to both DevOps and Platform engineering as they all aim to improve the reliability and availability of deployed software systems.
History
[edit]Site Reliability Engineering originated at Google with Benjamin Treynor Sloss,[3][4] who founded an SRE team in 2003.[5] The concept expanded within the software development industry, leading various companies to employ site reliability engineers.[6] By March 2016, Google had more than 1,000 site reliability engineers on staff.[7] Dedicated SRE teams are common at larger web development companies. In midsize and smaller companies, DevOps teams sometimes perform SRE, as well.[6] Organizations that have adopted the concept include Airbnb, Dropbox, IBM,[8] LinkedIn,[9] Netflix,[7] and Wikimedia.[10]
Definition
[edit]Site reliability engineers (SREs) are responsible for a combination of system availability, latency, performance, efficiency, change management, monitoring, emergency response, and capacity planning.[11] SREs often have backgrounds in software engineering, system engineering, and/or system administration.[12] The focuses of SRE include automation, system design, and improvements to system resilience.[12]
SRE is considered a specific implementation of DevOps;[13] focusing specifically on building reliable systems, whereas DevOps covers a broader scope of operations.[14][15][16] Despite having different focuses, some companies have rebranded their operations teams to SRE teams.[6]
Principles and practices
[edit]Common definitions of the practices include (but are not limited to):[2][17]
- Automation of repetitive tasks for cost-effectiveness.
- Defining reliability goals to prevent endless effort.
- Design of systems with a goal to reduce risks to availability, latency, and efficiency.
- Observability, the ability to ask arbitrary questions about a system without having to know ahead of time what to ask.[18]
Common definitions of the principles include (but are not limited to):
- Toil management, the implementation of the first principle outlined above.
- Defining and measuring reliability goals—SLIs, SLOs, and error budgets.
- Non-Abstract Large Scale Systems Design (NALSD) with a focus on reliability.
- Designing for and implementing observability.
- Defining, testing, and running an incident management process.
- Capacity planning.
- Change and release management, including CI/CD.
- Chaos engineering.
Deployment
[edit]SRE teams collaborate with other departments within organizations to implement principles effectively. Below is an overview of common practices:[19]
Kitchen Sink
[edit]Kitchen Sink refers to the expansive and often unbounded scope of services and workflows that SRE teams oversee. Unlike traditional roles with clearly defined boundaries, SREs are tasked with various responsibilities, including system performance optimization, incident management, and automation. This approach allows SREs to address multiple challenges, ensuring that systems run efficiently and evolve in response to changing demands and complexities.
Infrastructure
[edit]Infrastructure SRE teams focus on maintaining and improving the reliability of systems that support other teams' workflows. While they sometimes collaborate with platform engineering teams, their primary responsibility is ensuring up-time, performance, and efficiency. Platform teams, on the other hand, primarily develop the software and systems used across the organization. While reliability is a goal for both, platform teams prioritize creating and maintaining the tools and services used by internal stakeholders, whereas Infrastructure SRE teams are tasked with ensuring those systems run smoothly and meet reliability standards.
Tools
[edit]SRE teams utilize a variety of tools to measure, maintain, and enhance system reliability. These tools play a role in monitoring performance, identifying issues, and facilitating proactive maintenance. For instance, Nagios Core is widely used for system monitoring and alerting, while Prometheus (software) is popular for collecting and querying metrics in cloud-native environments.
Product or application
[edit]SRE teams dedicated to specific products or applications are common in large organizations.[20] These teams are responsible for ensuring the reliability, scalability, and performance of key services. In larger companies, it's typical to have multiple SRE teams, each focusing on different products or applications, ensuring that each area receives specialized attention to meet performance and availability targets.
Embedded
[edit]In an embedded model, individual SREs or small SRE pairs are integrated within software engineering teams. These SREs work closely with developers, applying core SRE principles, such as automation, monitoring, and incident response—directly to the software development lifecycle. This approach helps improve reliability, performance, and collaboration between SREs and developers.
Consulting
[edit]Consulting SRE teams specialize in advising organizations on the implementation of SRE principles and practices. Typically composed of seasoned SREs with a history across various implementations, these teams provide insights and guidance for specific organizational needs. When working directly with clients, these SREs are often referred to as 'Customer Reliability Engineers.'
In large organizations that have adopted SRE, a hybrid model is common[citation needed]. This model includes various implementations, such as multiple Product/Application SRE teams dedicated to addressing the unique reliability needs of different products. An Infrastructure SRE team may collaborate with a Platform engineering group to achieve shared reliability goals for a unified platform that supports all products and applications.
Industry
[edit]Since 2014, the USENIX organization has hosted the annual SREcon conference, bringing together site reliability engineers from various industries. This conference is a platform for professionals to share knowledge, explore best practices, and discuss trends in site reliability engineering.[21]
See also
[edit]References
[edit]- ^ "What is SRE? - Site Reliability Engineering Explained - AWS". Amazon Web Services, Inc. Retrieved 2024-12-26.
- ^ a b "Evaluating where your team lies on the SRE spectrum". Google Cloud Blog. Retrieved 2021-06-26.
- ^ Hill, Patrick. "Love DevOps? Wait until you meet SRE". Atlassian. Retrieved June 17, 2021.
- ^ "What is SRE?". Red Hat. Retrieved June 17, 2021.
- ^ Treynor, Ben (2014). "Keys to SRE". USENIX SREcon14. Retrieved June 17, 2021.
- ^ a b c Gossett, Stephen (June 1, 2020). "What Is a Site Reliability Engineer? What Does an SRE Do?". Built In. Retrieved June 17, 2021.
- ^ a b Fischer, Donald (March 2, 2016). "Are site reliability engineers the next data scientists?". TechCrunch. Retrieved June 17, 2021.
- ^ "Site Reliability Engineering". IBM Cloud Education. IBM. November 12, 2020. Retrieved June 21, 2021.
- ^ "Site Reliability Engineering (SRE)". engineering.linkedin.com. Retrieved March 12, 2024.
- ^ "SRE - Wikitech". wikitech.wikimedia.org. Retrieved 2021-10-17.
- ^ Treynor, Ben. "In Conversation" (Interview). Interviewed by Niall Murphy. Google Site Reliability Engineering.
- ^ a b Jones, Chris; Underwood, Todd; Nukala, Shylaja (June 2015). "Hiring Site Reliability Engineers" (PDF). ;login:. Vol. 40, no. 3. pp. 35–39. Retrieved June 17, 2021.
- ^ Dave Harrison (9 Oct 2018). "Interview with Betsy Beyer, Stephen Thorne of Google". Retrieved 24 July 2024.
- ^ Beyer, Betsy; Jones, Chris; Petoff, Jennifer; Murphy, Niall, eds. (2016). Site Reliability Engineering: How Google Runs Production Systems. Sebastopol, CA: O'Reilly Media. ISBN 978-1-4919-5118-7. OCLC 945577030.
- ^ Vargo, Seth; Fong-Jones, Liz (March 1, 2018). What's the Difference Between DevOps and SRE? (class SRE implements DevOps) (Video). Google.
- ^ "What is SRE? - SRE Explained - AWS". Amazon Web Services, Inc. Retrieved 2022-11-05.
- ^ "The 7 SRE Principles [And How to Put Them Into Practice]". www.blameless.com. Retrieved 2021-06-26.
- ^ "Learn about observability | Honeycomb". docs.honeycomb.io. Retrieved 2021-06-26.
- ^ "SRE at Google: How to structure your SRE team". Google Cloud Blog. Retrieved 2021-06-26.
- ^ "SRE at Google: How to structure your SRE team". Google Cloud Blog. Retrieved 2024-11-11.
- ^ "Usenix SREcon". USENIX. 2021. Retrieved June 17, 2021.
Further reading
[edit]- Limoncelli, Tom; Chalup, Strata R.; Hogan, Christina J. (September 2014). The Practice of Cloud System Administration: DevOps and SRE Practices for Web Services. Vol. 2. Upper Saddle River, NJ: Addison-Wesley. ISBN 978-0133478549. OCLC 891786231.
- Beyer, Betsy; Jones, Chris; Petoff, Jennifer; Murphy, Niall Richard, eds. (2016). Site Reliability Engineering: How Google Runs Production Systems. O'Reilly. ISBN 978-1491929124.
- Blank-Edelman, David N., ed. (2018). Seeking SRE: Conversations About Running Production Systems at Scale (1 ed.). Sebastopol, CA: O'Reilly. ISBN 978-1491978863. OCLC 1052565720.
- Beyer, Betsy; Murphy, Niall; Kawahara, Kent; Rensin, David; Thorne, Stephen (2018). The Site Reliability Workbook: Practical Ways to Implement SRE. O'Reilly. ISBN 978-1492029502.
- Welch, Nat (2018). Real-World SRE: The Survival Guide for Responding to a System Outage and Maximizing Uptime. Packt. ISBN 978-1788628884.
- Adkins, Heather; Beyer, Betsy; Blankinship, Paul; Lewandowski, Piotr; Oprea, Ana; Stubblefield, Adam (2020). Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems. O'Reilly. ISBN 978-1-4920-8312-2. OCLC 1129470292.
- Rosenthal, Jones, Casey, Nora (2020). Chaos Engineering: System Resiliency in Practice. O'Reilly. ISBN 978-1492043867.
{{cite book}}: CS1 maint: multiple names: authors list (link)
External links
[edit]- Awesome Site Reliability Engineering resources list
- How they SRE resources list
- SRE Weekly weekly newsletter devoted to SRE
- SRE at Google landing page for learning more about SRE in Google
- Komodor K8s Reliability learning centre with resources for SREs working with Kubernetes
- SRE: What Do You Need To Know To Master This Role? resource list
- ^ Beres, Cristi. "SRE & DevOps: Striking the Perfect IT Match". Synergo Group. Synergo Group. Retrieved 27 November 2024.