益丰大药房：Flashduty 案例分享

Flashduty 作为功能完备的事件OnCall中心，可以接入云上、云下不同监控系统，统一做告警降噪分派、认领升级、排班协同，已经得到众多先进企业的认可。我们采访了一些典型客户代表，了解他们的痛点、选型考虑和未来展望，集成本系列文章，以飨读者。

核心要点

益丰大药房内部同时使用 Zabbix、Prometheus + Nightingale 以及多家云厂商云监控，告警来源分散。
使用 Flashduty 前，主要通过企微群、电话和短信接收告警，缺少统一聚合降噪、认领和升级机制。
主要监控系统告警接入 Flashduty 后，团队可以在同一平台处理告警事件，并支持自定义通知人和升级逻辑。
益丰最终选择外采而非自研，核心考虑是事件中心不是主营业务方向，自研存在长期维护和人员流动风险。
对 Flashduty 的主要认可点，是 UI 现代化、告警分派和认领升级灵活，以及产品需求响应及时。

本次采访的是来自益丰大药房的高级运维工程师张望。益丰大药房是一家连锁零售药房企业，有上万家门店，官网是 https://www.yfdyf.com/，已于主板上市，股票代码：603939。

Flashduty 案例分享 - 益丰大药房

这次访谈关注一个典型问题：当企业同时使用多套监控系统时，如何把分散的告警消息变成可认领、可升级、可追踪的 OnCall 事件。

使用 Flashduty 前：多套监控系统各自发告警

Question：张望老师您好，请问在选择 Flashduty 之前，贵司是如何做告警事件管理和触达的呢？

Answer：我们内部有多套不同的监控系统，用于机器和网络设备监控的 Zabbix，用于中间件和应用监控的 Prometheus + Nightingale，同时也使用了多家云厂商的云监控，用于云资源的监控。

不同的监控系统都会发出告警，但是缺少了统一的告警聚合降噪、认领升级能力，Zabbix、Prometheus、Nightingale 我们主要发企微告警，云监控主要打电话发短信。因为主要告警消息在企微群里，缺少比较好的认领机制，有时告警不能及时处理酿成故障，这是我们之前的主要痛点。

另外就是有时会短期触发特别多告警出来，而且是不同监控系统产生，重要的不重要的告警混杂在一长串的企微消息里，看起来费劲，也容易忽略重要告警。这多个监控系统中，Prometheus 生态的 Alertmanager 会有一定的降噪能力，但是需要维护 yaml 配置，容易出错，不方便管理，整体就感觉比较苦恼。

这段反馈可以拆成四个明确痛点：

痛点	具体表现	对 OnCall 的影响
告警入口分散	Zabbix、Prometheus、Nightingale、云监控各自发消息	值班人员需要在多个渠道判断故障
缺少统一认领	企微群里告警多，但认领机制弱	关键告警可能无人负责
告警噪音高	不同系统短时间触发大量告警	重要告警被普通告警淹没
配置维护成本高	Alertmanager 需要维护 YAML	配置易错，不方便运营治理

接入 Flashduty 后：统一告警事件和升级逻辑

Question：您内部的告警事件现在都迁移到 Flashduty 了么？目前效果如何？是否有一些建议给我们？

Answer：是的，主要监控系统的告警事件都推到 Flashduty 了。目前整体效果还不错。上次我们大数据团队提的那个需求，希望在推告警事件给 Flashduty 时，携带一些自定义的通知人和升级逻辑，我看你们也抽象为产品能力支持了，大数据团队负责人钱哥也表示效果符合预期。

对连锁零售企业来说，统一告警平台的价值不只是“把消息发出去”，而是把每条告警转化为一个可以被分派、认领、升级和追踪的事件。这样一来，不同团队可以沿用自己的监控采集体系，但在响应环节进入同一套流程。

为什么选择 Flashduty 而不是自研

Question：您在调研事件 OnCall 产品时应该也看过其他竞品，最终选择 Flashduty 的原因可否分享一二？

Answer：是的，因为公司要求必须要对比多家产品，我们深度调研了两个产品，另外也考虑自研，整体算是三个方案一起决策。自研的话比较可控，就是担心人员流动之后后面留下烂摊子，另外事件中心不是我们的核心业务产品方向，我们主要是做药房生意的，这类辅助类功能，老板也不愿意投入过多人力。外采的产品性价比还可以，所以最终决定外采。

对比市面上的产品之后最终选择 Flashduty，主要是感觉你们的 UI 还挺现代化的，告警分派、认领升级也比较灵活，对我们是够用了。另外大数据团队提的需求你们响应很及时，这也是个加分项。

另外我们也在用 Nightingale，之前也做过一些交流，感觉你们在监控告警这块比较专业，这也是一个小的加分项。

这类选型中，自研和外采的分界通常不在“能不能做出来”，而在长期维护是否值得。益丰的判断很直接：事件中心是稳定性保障的关键系统，但不是药房业务本身。与其长期投入人力维护辅助系统，不如选择成熟产品并把内部精力放在业务和监控治理上。

对产品迭代的期待

Question：感谢张望老师，对于后面的产品方向和合作方面，您是否有一些建议给到我们呢？

Answer：我们内部同事聊天的时候，普遍觉得你们有个优点可以保持下去，就是愿意随着客户一起迭代、一起成长。其实我们团队在公司内部也做了很多年监控了，也还是会间歇性有一些新需求新想法，一个系统没法说一旦落地就永远不动了。能够不断迭代，持续优化产品，能够持续支持客户的业务发展、支持客户的新想法落地，我觉得非常关键，这一点希望你们可以保持下去。

这也是 OnCall 平台选型时容易被低估的一点：监控系统、组织结构和值班机制都会变化，告警事件平台必须能跟着客户的使用场景持续迭代。