Turn any signal into insight and action. See how PagerDuty Digital Operations Management Platform integrates machine data and human intelligence to improve visibility and agility across organizations.
Connect insights to real-time action by aligning teams through the shared language of business impact.
Check out the latest products we’ve been working on—including event intelligence, machine learning, response automation, on-call, analytics, operations health management, integrations, and more.
Digital Operations Management arms organizations with the insights needed to turn data into opportunity across every operational use case, from DevOps, ITOps, Security, Support, and beyond.
Over 300 Integrations
Discover DevOps best practices with our library of webinars, whitepapers, reports, and much more.
Learn best practices and get support help with resources from our award-winning support team.
See how PagerDuty works with our live product demo — twice a week, every week.
We've created a maturity model to assist on the journey to digital operations excellence. Take our short assessment to find out where your team falls!
Interactive, simple-to-use API and technical documentation enables users to easily try updates and extend PagerDuty.
Engage with users and PagerDuty experts from our global community of 200k+ users. Become a member, connect, and share insights for success.
Get all your PagerDuty-related questions answered by exploring our in-depth support documentation and community forums.
I love writing software, but I hate dealing with bugs. They take you away from what you want to be doing and often lead you...
PagerDuty helps organizations transform their digital operations. Learn more about PagerDuty's mission and what we do.
Meet our experienced and passionate executive team.
We are risk-taking innovators dedicated to delivering amazing products and delighting customers. Join us and do the best work of your career.
With the PagerDuty Foundation, we are committed to doing our part in giving back to the community.
“Walking over to the Ops room – I don’t feel like I ever need to do that anymore.”
In the run up to our latest release of capabilities for developers, I sat down with David Yang, a senior engineer here at PagerDuty who’s seen our internal architecture evolve from a single monolithic codebase to dozens of microservices. He’s the technical lead for our Incident Management – People team, which owns the services that deliver alert notifications to all 8,000+ PagerDuty customers. We sat down and talked about life after switching to teams owning the operations of their services. Here are some observations about the benefits and drawbacks we’ve seen:
Since moving to a model where developers own their services, there’s a lot more developer independence. A side effect is that we’ve minimized the difficulties in provisioning and managing infrastructure. Now, the team wants to optimize for the least amount of obstacles and roadblocks. Supporting infrastructure teams are geared toward providing better self-service tools to minimize the need for human intervention.
The shift to having developers own their code reduces cycle time from when someone says, “this is a problem,” to when they can actually fix the problem, which has been invaluable.
By having people own more of the code, and have more responsibility in general for the systems they operate, you essentially push for a culture that’s more driven towards getting roadblocks out of the way — like each team is more optimized towards, “how can I make sure I’m not ever blocked again” or “not blocked in the future.” It’s a lot more apparent when we are blocked. Before, I had to ask ops every time we wanted to provision hosts, and I just accepted it. Now my team can see its roadblocks better because they aren’t hidden by other teams’ roadblocks.
We have teams that are focused a lot more on owning the whole process of delivering customer value from end to end, which is invaluable.
There are clearer boundaries of service ownership. It’s easier to figure out which specific teams are impacted when there’s an operability issue. And the fact that I know the exact procedure to follow — and it’s more of an objective procedure of, “this is the checklist” — that is great. It enables me to focus 100% on solving the problem and not on the communication around the incident.
Not to say that owning a service doesn’t come with its own set of problems. It requires dedicated time to tend to the operational maintenance of our services. This ultimately takes up more of the team’s time, which is especially an issue with legacy services where they may be knowledge gaps. In the beginning, we didn’t put strong enough guardrails in place to protect operability work in our sprints. That’s being improved by leveraging KPIs [such as specific scaling goals and operational load levels] to enable us to make objective decisions.
[Of balancing operations-related work vs. feature development work] teams are asking: “How do I leverage all of this stuff day-to-day? How do I make even more objective decisions?” — and driving to those objective decisions by metrics.
Everything in our product development is defined in, “what is customer value”, “what is success criteria,” etc. I think trying to convey the operational work in the same sense helps make it easier to prioritize effectively. We’re all on the same team and aligned to the same goal of delivering value to our customers, and you have to resolve the competing priorities at some point.
Trying to enact change within an organization around operations requires a lot of collaboration. It also takes figuring out what the right metrics are and having a discussion about those metrics.
Image: “Magnifying glass” is copyright (c) 2013 Todd Chandler
At the latest PagerDuty Connect event in Toronto, DevOps expert Arthur Maltson shared a recent story about chaperoning his daughter’s school field trip to a...
As a long-time security professional, I’m always interested to hear about how companies like Datadog are keeping up with the changing security landscape. I can...
600 Townsend St., #200
San Francisco, CA 94103
905 King Street West, Suite 600
Toronto, ON, M6K 3G9, Canada
1416 NW 46th St., St. 301
Seattle, WA 98107
5 Martin Place
1 Fore St,
London EC2Y 9DT
© 2009 - 2018