Continuous Deployment & Delivery

Curious about MTTR? We explain what the mean time to recovery is, why it matters to your development team, and how to reduce it.

SLAs and SLOs are both reliability metrics based on SLIs. Here we explain their differences and the importance of each for reliability teams.

Service level management requires airtight processes to ensure SLAs are on track and to catch any issues beforehand, while following these ITIL best practices.

A "Service Level Objective" (SLO) is an internal target that measures how well a service is performing. Here's how they relate to SLAs, SLIs, and error budgets.

Wondering what error budgets (EBs) are and how they are useful? We explain what they are, how they are defined, and how they can help your team.

Blameless is excited to announce that our SLO Manager is now generally available! SLO Manager is a new service added to the Blameless platform. This service helps SRE and engineering teams proactively make data-driven decisions about reliability efforts.

MTTx metrics rarely tell the whole story of a system’s reliability. To understand what MTTx metrics are really telling you, you’ll need to combine them with other data. In this blog post, we'll share some alternatives to the basic MTTx metrics you might be using.

In this blog post, we’ll cover common metrics in incident response as well as how to connect your incident metrics to customer happiness, measure an incident’s impact on development, and integrate your metrics into your cycle of learning.

In this blog, we’ll look at the basics of error budgeting, how to set corresponding policies, and how to operationalize SLOs for the long term.

In this blog post, we’ll walk you through holistic measures and best practices that you can employ starting today. These will include challenges and pain points in gaining insight as well as key metrics and how they evolve as organizations mature.

Blameless is now SOC 2 compliant! Here, we share, define and walk through the steps required to earn SOC 2 compliance and certification. Learn more.

We explain how a DevOps team is structured, the roles and responsibilities within the team, and the balance between an individual contributor and the needs of the team.

Looking into DevOps automation? We explain how automation can improve your process, how to prioritize which tasks to automate, best practices, and how to avoid common mistakes.

Looking into DevOps pipelines? We explain what a DevOps pipeline is, how to build one, and the best practices for building one for your team.

Curious about shift right testing? We explain what shift right is, how it’s done, how it differs from a shift left approach, and whether it is important.

Wondering about shift left testing? We explain what shift left testing is, how it relates to DevOps and SRE, why it’s done, and how to get started.

Five nines uptime is a goal to have a system that is fully operational 99.999% of the time, which would result in approximately 6 minutes downtime per year.

Looking to build or improve your DevOps Team? We will explain the roles and responsibilities of a DevOps Team within your organization, and how to start building one.

Wondering about DevOps Tools? We explain the best tools for every step of the DevOps development process.

Wondering what DevOps Methodology is all about? We will explain what it is, how it works, and the principles and processes that make it successful.

Looking into automated incident management? We explain everything you need to know about what automated incident management is, why it’s important, and how to do it.

Proper use of your incident tracking software will improve your mean time to detect and respond to incidents, while also helping you avoid future incidents.

An incident response team is a group of IT professionals that are responsible for preparing for, responding to, and handling any sort of system outage or downtime.

Incidents happen, so how do you handle them? We explain incident management, how to prioritize incidents, and the process involved to resolve the incident

Explore the NIST incident response framework, its phases, and key recommendations for establishing a robust incident response plan.

Insights into the incident response life cycle for effective cybersecurity management in this comprehensive guide.

Tooling can be one of the most impactful and cost-effective investments you can make for your engineering team. Ready about the benefits and address your concerns in this blog.

Explore effective incident resolution strategies and processes for streamlined problem-solving and improved operations.

Best practices for clear and timely incident communication. Empower your team with a plan for successful incident response.

Wondering about incident management KPIs? We explain what incident management metrics are, how to track them, and what to do with the information.

Today, we are thrilled to announce that Blameless has been acquired by FireHydrant, a leader in innovative reliability platforms. This strategic move marks a significant milestone in our journey and opens up new horizons for our customers, our team, and the future of incident management.

The new SEC rules set standards for reporting on incidents and proactively publishing incident response plans. See how we can help you become compliant.

Want to learn more about the Blameless Reliability Scholarship? We’re looking for current & prospective comp sci and STEM students in the U.S. interested in SRE.

Big news everyone! We’re excited to promote our own, Matt Davis, to SRE Advocate. Hear what Matt has to say about his journey into this role, and what it means to him.

Do blameless retrospectives (or postmortems) help your team? We will explain what they are, if they really work, and how to do them right.

Here’s the template we use for incident postmortems (retrospectives!) at Blameless. Use this as a checklist for your own organization.

It's always important to retrospect, whether it's the latest outage or the latest sprint. This blog breaks down how to analyze both.

Discover various incident retrospective templates designed to reduce overhead and improve efficiencies. Learn more from Blameless.

A post-incident review is an evaluation of the incident response process. The goal is to have clear actions to improve the process and prevent further incidents.

Something big happened at Blameless this month — our “Postmortem” feature was updated to its new name, “Retrospective”. To the naysayer, I suppose you’re thinking, This seems trivial. Different teams call it different names anyway, so why bother making the change? First let me say, thank you for reading our blog and I hope you finish this one through to the end. Now, allow me to explain our reasoning and why we’re excited about this update.

What is root cause analysis and contributing factor analysis? Let's take a look at the best practices.

In this post, we’ll construct a basic reliability model and show you how to create one for your own organization.

For many SREs, Google’s 99.999% availability seems like an untouchable dream. If anything, getting out of pager hell is already worth celebrating with all your coworkers, friends, and family. How can you get to a stage where you have time to proactively prevent incidents, and enter a mental state of calm and control?

Availability is the percentage of time a system is available to users, while reliability is likelihood that the system will meet a certain level of performance.

Wondering about software reliability metrics? We explain the important metrics you need to track.

In this blog post, we’ll look at how to design services that can remain reliable while scaling, balance reliability and development velocity, respond to incidents using best practices, and build trust when incidents occur through good communication.

In a recent fireside chat with Mohan Bhatkar, Head of Engineering for the Customer Reliability Platform at Mercari, Inc. sat down with Blameless Co-Founder Ashar Rizqi. They talked about scaling while avoiding silos, exciting day-to-day challenges, instilling a culture of empowerment, and more. Here are their top insights and the lightly edited transcript of their conversation.

In this blog post, we’ll break down what software reliability means. We’ll look at how the reliability of your software is perceived, how teams operate to improve reliability, and how to contextualize reliability with customer happiness and cultural lessons.

Here we break down reliability in terms of other metrics within reliability engineering: availability and maintainability.

Here are some helpful steps to take to improve reliability of a system. We'll use a development project as an example.

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.

We had the privilege of interviewing Brian Brophy, Sr. Staff SRE, Carrie Fernandez, Head of Site Reliability Engineering, JP Doherty, Engineering Manager, and Zachary Kiel, Sr. Staff SRE to learn about how SRE is practiced at Twitter.

It’s astonishing that despite the tremendous time we spend working on our systems, we seem to have very little control over them. If we can’t predict where the next incidents will come from, then we will be forever stuck in a reactive cycle of repair. An analogous example is the famous fable of the Three Little Pigs.

Curious about MTTR? We explain what the mean time to recovery is, why it matters to your development team, and how to reduce it.

SLAs and SLOs are both reliability metrics based on SLIs. Here we explain their differences and the importance of each for reliability teams.

Service level management requires airtight processes to ensure SLAs are on track and to catch any issues beforehand, while following these ITIL best practices.

A "Service Level Objective" (SLO) is an internal target that measures how well a service is performing. Here's how they relate to SLAs, SLIs, and error budgets.

Wondering what error budgets (EBs) are and how they are useful? We explain what they are, how they are defined, and how they can help your team.

Blameless is excited to announce that our SLO Manager is now generally available! SLO Manager is a new service added to the Blameless platform. This service helps SRE and engineering teams proactively make data-driven decisions about reliability efforts.

MTTx metrics rarely tell the whole story of a system’s reliability. To understand what MTTx metrics are really telling you, you’ll need to combine them with other data. In this blog post, we'll share some alternatives to the basic MTTx metrics you might be using.

In this blog post, we’ll cover common metrics in incident response as well as how to connect your incident metrics to customer happiness, measure an incident’s impact on development, and integrate your metrics into your cycle of learning.

In this blog, we’ll look at the basics of error budgeting, how to set corresponding policies, and how to operationalize SLOs for the long term.

In this blog post, we’ll walk you through holistic measures and best practices that you can employ starting today. These will include challenges and pain points in gaining insight as well as key metrics and how they evolve as organizations mature.

Whether you are a hiring manager or an SRE job candidate, there are certain questions you should be prepared to ask or respond to. Find out what they are here.

SRE is a practice that creates a bridge between operations and development. We discuss the roles and responsibilities of a site reliability engineer.

Development velocity is a measurement of how much work a software team can complete, based on similar work completed in previous iterations

Being affected by SRE toil? We define what SRE toil is, discuss how it can adversely affect your productivity, and tell you the best techniques to reduce it.

Wondering about severity levels? We explain what incident severity levels are, how to classify them, and how they will affect your incident management process.

Alert fatigue is the phenomenon of employees becoming desensitized to alert messages because of the overwhelming volume and number of false positives received.

Wondering about Cloud-Native Development? We explain what cloud-native development is and how it can help build fast and reliable applications.

As organizations progress in their reliability journey, they may build a dedicated team of site reliability engineers. This team can be structured in two major ways: a distributed model, where SREs are embedded in each project team, providing guidance and support for that team; and a centralized model, where one team provides infrastructure and processes for the entire organization. Most structures will be some combination of these ideas, with some SREs focusing on specific projects and other SRE projects completed as an SRE team.

Curious about microservice architecture? We explain what microservice architecture is, and how it can be used to quickly produce reliable lightweight applications.

Learn how to resist the urge to self-blame as an SRE by understanding the downsides and discovering how to be self-compassionate.

Wondering what runbook is? We explain what a runbook is, common tasks a runbook can help with, and how to create one.

When your organization manages too many containers, you start to need container orchestration. We'll explain.

On the heels of our Microsoft Teams integration release to streamline incident management, we’re excited to share that we now support Microsoft Teams Video capabilities.

As a leading provider of monitoring, Datadog is a preferred integration for Blameless’ SLO Manager. The SLO Manager is a new service added to the Blameless platform. This service helps SRE and engineering teams proactively make data-driven decisions about reliability efforts.

Below is a description of Runbook Documentation capabilities, as well as how you can get started with it today.

Implementing SRE practices and culture can be challenging. In this blog, we’ll talk about what to look for in an SRE tool, and how they’ll help you on your journey to reliability excellence.

Deciding what and how to monitor is an important decision. We’ll walk you through the basics in this blog post. We’ll also suggest a few popular monitoring tools for your consideration.