Today is a very proud day for PagerDuty and PagerDuty fans around the world—we rang the bell at the New York Stock Exchange to begin...by Jennifer Tejada
April 11, 2019
Since the start of our platform, PagerDuty has had a core concept called a “service.” It was the origination point for a myriad of integrations, defined incident behavior, and identified who to notify by the attached escalation policy, schedules, and webhooks. But what did this “service” represent? What was its purpose? When there were incidents, did it convey any meaningful information about what was broken or how customers might be impacted?
Today, we are announcing a new feature for all our customers, the PagerDuty Services Group. With this new feature, you can easily group the multiple integrations you have in PagerDuty that monitor the various layers of your service.
Are you using multiple tools to monitor different aspects of your system? Maybe you use New Relic for application-level performance of your system, Splunk for log aggregation related to the system’s database and web server, and Pingdom to monitor the external accessibility of the system. Wouldn’t it be great if you could represent that system in PagerDuty and connect all three integrations?
If you’re a PagerDuty customer today, I strongly encourage you to consider a service-centric approach to organize your account using Services Groups.
This is just the first in a series of investments in the PagerDuty “service” concept. We believe it is a foundational part of organizing your on-call experience and orchestrating an effective incident response. Got any feedback or barriers to representing your system’s/components in PagerDuty? Let us know at email@example.com.