在技术界通常如此，形成PagerDuty Inc.的催化剂来自多年前在一家完全不同的公司工作的一位工程师的经验。在这种情况下，该公司为Amazon。
Alex Solomon于2006年开始担任亚马逊软件工程师的职业生涯。当时，亚马逊正从单一代码库过渡到微服务架构，这也使得该公司在寻求工程支持方面需要进行重大转变。
从事软件和服务的大型信息技术部门不在工作;较小的团队参与其中。这意味着像Solomon这样的Amazon软件工程师现在有权编写，测试和部署他们的代码。这也意味着如果代码爆裂，他们将负责，因此他们为这种紧急情况携带传呼机，这是亚马逊文化的一部分， 被称为“传呼机职责”。
该系统在Amazon上运行良好，但是对于其他公司而言，这些公司正日益面临着向DevOps转变的趋势， 并且需要小型，敏捷的工程师团队来使信息技术正常工作?这正是所罗门和他的两位联合创始人于2009年推出 PagerDuty 的灵感，事实证明，这是成功重塑 IT世界的事件响应的一部分。
PagerDuty的联合创始人兼首席技术官Solomon说：“将警报发送给所有人并让100个人在呼叫桥上的旧方法已经不起作用了。” “存在所有权不当的问题。我们必须更有针对性地了解谁拥有什么以及哪些系统受到了影响。”
为了帮助其客户更全面地了解系统问题，PagerDuty已转向机器学习。9月，该公司宣布为其事件智能产品提供一项名为Intelligent Triage的新服务。新的增强功能使用与当前问题匹配的历史数据来智能地分析正在发生的事情以及哪些公司团队或网络可能受到影响。
“如果您正在调试问题，并且正在查看事件，那么您要问的问题是：'这仅仅是我的服务，还是同时发生了更大的普遍问题? ”所罗门说。“我们会很快向您显示。我们将向您展示是否还有其他团队受到同一问题的影响，并且我们利用机器学习来绘制持续发生的事件之间的关系。”
该公司还推出了一种新的解决方案，以更快地解决问题以及使团队主动共享信息的方式来增强客户服务代理的能力。PagerDuty for Customer Service由与Zendesk Inc.和Salesforce Service Cloud的新合作关系推动。