IncidentRelay 变换日志 。

GitHub 标签 与 v2.3.0 比较

• 告警分析新增噪声排行、确认率、MTTA 和 MTTR、生命周期趋势以及最早的未解决告警组。
• Prometheus 指标提供请求延迟、告警接收、通知队列和工作进程健康状态，支持可选的 Bearer 令牌认证和 Helm ServiceMonitor。
• 配置支持通过环境变量覆盖、挂载的密钥文件以及 Helm 对现有 Secrets 或 ConfigMaps 的引用。
• 编排执行追踪显示匹配的规则、事件变更，以及候选决策与实际生命周期结果的比较。
• 告警详情显示当前优先级策略和通知路由的配置来源；关联事件时可按标题或 ID 搜索告警组。
• Docker 镜像现在支持 linux/arm64 和 linux/amd64。

GitHub 标签 与 v2.2.0 比较 API 迁移指南

• 事件现在拥有独立的工作区、生命周期、优先级和运维负责人，并支持关联告警组和查看活动时间线。
• 不向后兼容的 API 变更：技术告警组操作移至 /api/alert-groups；/api/incidents 现在仅管理运维事件。
• Cloud.ru Cloud Eye 集成可接收带签名的 SMN 告警和恢复通知，并自动确认订阅。
• Feishu / Lark 渠道通过自定义机器人 Webhook 发送文本通知，可选启用请求签名。
• 概览仪表板新增告警趋势、服务健康状态、团队活动、当前值班人员和最近活动。
• 通知策略新增优先级、严重程度、来源和服务属性筛选条件，同时保留对已禁用渠道的引用。
• 改进了移动端告警详情和浏览器推送导航；Grafana Webhook 现在接受值为 null 的可选字段。

GitHub 标签 与 v2.1 比较

• 告警搁置可暂时暂停单个活动告警组的通知、提醒、更新和升级，同时不隐藏其技术状态或服务影响。
• 响应人员可通过 Web 界面、浏览器推送、Slack、Telegram 和 Mattermost 搁置或取消搁置告警，并支持自动到期、恢复投递以及完整的时间线和审计记录。
• 原生 Azure Monitor 集成可接收 Common Alert Schema Webhook，映射 Fired 和 Resolved 事件，规范化 Sev0–Sev4 优先级，并提供用于路由的 Azure 元数据。
• 传入子告警的事件历史可在全局使用完整、仅初始或禁用模式存储，Event Orchestration 还可为匹配事件覆盖该模式，而不会删除操作时间线条目。
• OIDC 和 SAML 提供商可将身份声明映射到 Slack、Telegram 和 Mattermost 用户 ID，从而更容易通过 SSO 配置交互式通知操作。
• 资源删除和重新创建更加安全：依赖的路由和调度器任务会被一致禁用，同时保留历史记录。
• 界面新增完整的西班牙语和简体中文本地化。
• Helm 部署新增自定义 CA 支持和更安全的私有网络出站 HTTP 配置，并修复数值渲染和反向代理后的静态路径问题。

GitHub标签 与v2.0比较

• 可配置的保留策略可以通过有界的调度器批次自动删除旧的已解决告警历史、Explain Trace和Event Orchestration执行跟踪。
• Event Orchestration可为每个匹配事件设置完整、精简或禁用的处理跟踪，并提供有界缓冲以及可见的精简或截断状态。
• 确认关联事件后，现在会取消过期的通知、提醒和升级任务；相同或更低优先级的子事件保持已确认状态，而更高优先级的事件可以重新打开该组。
• 原生New Relic集成接收Alerts Workflow问题通知，并通过标准IncidentRelay接入令牌路由标准化后的生命周期事件。
• 原生Nagios Core和Nagios XI集成可映射主机与服务问题、恢复和确认，同时忽略停机、状态抖动和自定义通知。
• Helm chart现已作为OCI制品发布到GHCR，提供更安全的默认设置和改进的SQLite安全部署检查。
• 核心视图中的深色主题更加一致，Orchestration模拟器也以更清晰、更友好的格式展示结果。

GitHub 标签 与 v1.2.1 比较

• Event Orchestration 新增了全局和服务范围的版本化规则，可在告警生命周期完成处理前，对传入事件进行规范化、扩充、路由、分组和去重。
• 规则可以选择团队、路由、服务和策略，更改优先级与严重程度，抑制通知，延迟或丢弃事件，并将安全的异步 webhook 加入队列。
• 可视化构建器和 JSON 编辑器提供验证、模拟、重放、影子执行、追踪、指标，以及不可变的发布与回滚工作流，从而让上线更安全。
• 原生 Uptime Kuma 集成会将监控状态变化转换为已路由的告警，并在监控恢复时自动解决这些告警。
• 静默和维护窗口现在可追溯应用于未解决的告警；抑制结束后可重新激活受影响的告警，同时保持升级与通知状态一致。
• 界面新增深色主题、保存的 UI 偏好设置、审计日志视图和完整法语本地化。
• 个人 API 令牌新增细粒度范围，登录限流、更安全的出站 HTTP 请求和更严格的验证则进一步强化了安全边界。
• 随附的 Helm chart 提供了受支持的方式，可将 Web 应用和后台 worker 部署到 Kubernetes。

GitHub 标签 与 v1.2 比较

• PostgreSQL 迁移现在会根据活动搜索路径选中的模式解析表、列和索引，修复了使用非 public 模式时的升级问题。
• 旧版迁移和模式检查现在使用共享的模式感知内省工具，避免不安全地回退到 public 模式。
• 迁移升级和回滚现在会在同一数据库事务中处理模式变更与迁移记录，从而降低迁移只应用一部分的风险。
• 新的迁移测试覆盖自定义 PostgreSQL 模式、缺失关系、索引查找、数据库代理以及非 PostgreSQL 数据库的行为。

GitHub tag ? v1.1 ??

• IncidentRelay ???? UI ??????????????????????????????????????????
• Grafana OnCall ? PagerDuty ??????????????????? IncidentRelay?
• ?? PagerDuty Events API v2 ? webhook ? Datadog webhook ?????????????
• Slack Socket Mode ?????????? Slack ?????? Slack ?????
• ?????????? API ? UI ????????????

GitHub 标记 与 v1.0.33- beta 比较

• 正式的IncidentRelay 容器图像现在发布到GitHub 容器注册,和Docker Compose默认使用版本释放图像。
• Helm图现在作为1.1.0版本的舰船,并使用官方IncidentRelay图像进行Kubernetes部署.
• 审计记录、验证错误和准备状态答复现在对秘密进行编辑,避免暴露敏感的输入或数据库细节。
• 重复确认和解决行动是一意孤行的,可防止时间事件、通知和影响更新的重复。
• 服务链接和运行本现在在提供可操作链接之前验证外部URL.

GitHub 标签 与 v1.0.32- β 相匹配 。

• 心跳者现在支持对横跨许多生产商的工作或代理进行多重跟踪。
• 自动发现可以从成功的pings中学习到新的心跳实例,而静态模式可以强制执行预期的生产者列表.
• 每个逾期的心跳实例都可以用实例标签和独立的自动解析行为创建自己的路由提醒.
• 心跳实例状态在UI和API中被曝光,包括上市和使过时的生产者丧失能力.

GitHub 标记} 与 v1.0.30- beta 比较

• Heartbeats 添加了对监视器,备份,ETL任务,日志发送器和其他系统进行死开关监控,其中沉默是故障模式.
• 当预期的 ping 停止到达时, 间隔式和 排程式补全式模式可以创建普通的路由IncidentRelay 提醒 。
• 心跳警报使用现有的线路,升级,通知,维护和服务影响管道,在pings返回时可选择自动解决.
• 业务服务和服务目录的影响评分现在处理的状况、优先程度、严重程度和依赖权的权重更为细微。

GitHub 标记 与 v1.0.29- beta 比较

• 业务服务模式 客户服务能力由一个或多个技术服务组成。
• 计算状态使用有效的组成部分健康、依赖性影响、组成部分临界度和可配置的影响权重。
• 手动状态覆盖可以描述客户影响,可选择自动过期.
• 商业服务的细节包括组件,主动事件影响和状态历史,包含完整的UI和API管理.

GitHub 标记} 与 v1.0.28- beta 比较

• 依赖-意识关联将相关主动警报组与服务依赖层联系起来。
• 可能的根本原因、症状和下游影响包括信心分数、依赖深度和解释。
• 关联性出现在警示清单,细节,时间表和通知上下文中,而其余的咨询:警报不自动合并,压制或解决.
• 相互依赖性设置和传播延迟控制相关时间和噪音。

GitHub 标签} 与 v1.0.27- β 比较

• 用户在其待命班次开始时可以选择使用Mattermost直接消息.
• Mattermost botAPI 现在支持个人的换班通知 。
• 交货减速防止同一班次的重复通知。
• SSO团队角色映射在登录和用户提供期间改善了角色分配.

GitHub 标记} 与 v1.0.26- beta 比较

• 服务影响历史储存了预定或人工实时的受影响服务快照、警报影响、依赖性影响、根源和爆炸半径。
• 历史图表显示了受影响的服务趋势和影响原因,而排名则确定了一再受到影响的服务。
• 服务可靠性分析将目前的SLI/SLO健康与历史影响数据相结合,用于业务审查和事件调查.
• 服务上下文管理现在为链接,运行本和依赖提供了更清晰的切换和编辑工作流程.

GitHub 标记 与 v1.0.25- beta 比较

• 服务可以确定特别行动单位和特别行动单位的确认时间、解决时间、基于事件的可用性和事件计数。
• 滚动评价将目标分为已实现、有风险、被违反或没有数据的目标,并计算可用性错误预算。
• 小型经营组织支持严格性和优先范围,可配置窗口,开放事件和可选的维护窗口排除.
• 服务细节,汇总分析以及服务时间表暴露了当前测量和配置的变化.

GitHub 标记 与 v1.0.24- beta 比较

• 添加服务标准
• 添加服务准备情况
• 添加服务时间表

GitHub 标签} 与 v1.0.22- beta 比较

• 服务通知政策通过基于提醒匹配者和事件类型的命令规则,选择共享的交付渠道,并采用仅使用路由,服务政策和综合交付模式.
• 优先政策使用命令匹配规则,团队默认或服务覆盖,可配置的更新模式和源或退位优先级自动指定P1-P5.
• 可重复使用的匹配器预设和一个共享编辑器从最近的提醒中给路线,服务规则,沉默,政策和服务运行簿带来一致的JSON验证,格式化和建议.
• responders可以将手动指定的事件优先级重置为自动管理,而提醒解释追踪则显示优先级是如何被选择和应用的.
• email,Slack,Mattermost,Telegram和浏览器推送通知可以直接链接到原始源事件,有改进的Sentry事件和项目检测.

GitHub 标记 与 v1.0.21- β 比较

• 待命保健为轮调队和小组增加了准备情况指标,突出事件发生前的健康、警告和关键配置。
• 详细的诊断检测出空或残缺的旋转层,不活跃的成员,排程缺口,未解决的任务目标和通知送出问题.
• 卫生细节包括问题清点、检查的时间窗口和可采取行动的建议,以修复每个受影响的小组或轮换。
• 新的摘要和细节API端点暴露出稳定的机器可读问题代码,用于自动化,监测和外部诊断.

GitHub 标记 与 v1.0.20- beta 比较

• 警报解释跟踪记录传入警报的处理方式，包括路由匹配、分组、维护和静默决策、通知调度和停止处理路径。
• 现在的集成反应包括一个trace_id,使线路故障,被压制的事件和孤儿解决的警报更容易从UI或API调查.
• 提醒页面包含一个解释视图和深层链接,用于直接从trace_id查询参数打开痕迹.
• Alerts API 现在通过一个专用计划验证列表查询,改进多值过滤器, pagignation, 排序和分配到我的查询行为.

GitHub 标记} 与 v1.0.19- beta 比较

• LibreNMSAPI现在可以通过一个专用的librenms集成端点收到运输警报,其状态,严重性,标签,减值和回收处理都实现了正常化.
• 用户可以设置配置时区偏好,为分布式团队改进提醒和日历时间渲染.
• 通知中心通过一个专用的API来揭露待答复者的请求和针对用户的事件行动。
• ServicesAPI现在的文档在一个专门的参考文献中涵盖了库存,匹配规则,链接,运行本,依赖,影响和分析端点.
• 提醒页面可以保存过滤状态,并包括一个指定到我的过滤器,用于更快的个人分解.

GitHub 标签 与 v1.0.17- beta 比较

• 现在已有Helm的图表用于Kubernetes部署,包括网页、调度器和Telegram工人组件、提供隐秘秘密、探测器、入侵、服务账户和持续值。
• 服务可以定义被复制成新事件的默认利益攸关方,这样所有者和观察者就可以收到创建,优先权,状态和解决的通知.
• 事件响应者请求现在向一个通知中心提供,目标用户可以在该中心看到待决请求,接受或拒绝来自事件工作流程的请求.
• 事件和服务API目前涵盖响应者、利害关系方、优先事项、服务和服务所有人/default利害关系方管理。

GitHub 标记} 与 v1.0.16- beta 比较

• 事件优先事项现在使用一个一致的P1临界值,通过P5信息尺度,涵盖警报细节和业务观点。
• 提醒页面支持优先级过滤和排序,而仪表板则显示优先级徽章和优先级分发摘要.
• 即将到来的警戒严重性可以自动指定或提高事件优先权,而无需覆盖人工选定的优先权或降低现有的自动优先权。
• 电子邮件,Mattermost,Telegram和浏览器推推通知现在包括事件优先级,手动优先级更改可以通过电子邮件通知订阅的利益攸关方.

GitHub 标记} 与 1.0.15- beta 比较

• 只读 CalDAV 同步向 Apple Calendar, Thunderbird, DAVx5 等兼容客户端显示可访问的团队的通话日程.
• Tokenized ICS订阅feed 允许团队在Outlook,Google日历和其他日历客户端中添加待命时间表,并带有重新生成或取消feed URL的控制.
• 一个新的签名Sentry集成收到问题提示,度量提醒和发布生命周期事件,并带有路由级机密,分解和自动解析处理.
• 路由设置现在提供特定源的webhook URL,令牌细节和随时可以复制的卷曲实例.
• 健康和准备状态终点支持Kubernetes探测器和装载平衡器检查。

GitHub 标记} 与 1.0.14- beta 比较

• 服务影响v2显示当前有效的服务状态,根源,依赖路径和下游爆炸半径.
• 服务分析v2结合了分组事件,原始警报量,噪声和分解度量度,维护计数器和响应时间数据.
• 该处的经验现在包括更丰富的影响和分析,并附有图表和更明确的业务摘要。
• 跨团队,分组,旋转和升级工作流程的用户选择控制具有更清晰的标签和动态更新.

GitHub 标签} 与 v1.0.12- beta 比较

• 维护Windows可以针对群体,团队,服务或路径并压制通知,压制新的事件,制造维护事件或暂停升级.
• 维护时间表支持时区,有效状态和反复出现的RFC5545规则.
• 响应者可以在警报组上直接创建,编辑和删除调查评论,并在警报时间表中反映动作.
• 警报详细信息现在包括优先级、响应者请求和利益相关者通知首选项的事件管理控制。
• 组管理员可以在其访问范围内管理团队用户.

GitHub 标记} 与 v1.0.11- beta 比较

• 相关监测信号现在可以使用可配置路线group_by字段被收集成警报组.
• 运算符可以识别,解析并手动合并提醒组,同时保留各自的儿童提示.
• 警报组通知支持延迟批处理和更新间隔，减少短暂或 rapidly 扩展事件带来的噪音。
• 轮值层成员现在有开始和结束期,保留了历史时间表,并支持今后成员的变化。
• 提醒组查询支持多值过滤器进行更灵活的事件视图和API请求.
• 管理员可以从 Slack 用户组创建或更新 IncidentRelay 管理员, 并使用新的 sync-slack-admins 命令 。

GitHub 标记 与 v1.0.10- β 比较

• 浏览器/PWA 现在可以从配置设备中为指定的用户提供按键通知。
• 浏览器按键通知可以包括短寿命ACK和解析动作.
• 配置通知规则允许用户通过浏览器推,电子邮件或语音调用定义后续发送.
• 通知发送现在处理跳过发送检查,浏览器更可靠地推动行为.
• 警报和管理样式表现在使用可重用的过滤和分页助手来处理更大的数据集。

GitHub 标签 与 v1.0.9- β 比较

• 待命状态现在可见于顶条和配置体验,因此用户可以更快地看到当前和即将到来的班次.
• 配置文件设置现在包括调用状态和更改电子邮件更新调度的通知偏好 。
• 移动电子邮件通知可以提醒用户即将到来的待命时间,同时尊重偏好和减值规则.
• 现在,在计算用户专用的呼叫窗口时,旋转检查会考虑到层层、覆盖和每个用户的参与。
• 围绕有时限的时间表和更清晰的待命背景,对日历和轮换视图进行了改进。

GitHub 标记 与 v1.0.8- β 比较

• 服务管理部门现在对受影响的系统进行模型化,包括所有者、关键度、环境、元数据和默认响应路径。
• 服务匹配规则可以从路由默认,标签,说明和有效载荷字段来映射收到的提醒到服务.
• 服务依赖性和影响元数据现在显示上游服务如何影响相关系统和公开警报。
• 集成提供的运行本可以从警报有效载荷中附加,并在服务级运行本之前显示.
• 服务UI和API曝光服务库存,匹配规则,依赖性以及操作工作流程的影响背景.

GitHub 标签} 与 v1.0.7- β 比较

• 升级政策现在支持每个小组的多步骤警戒升级链。
• 路线可以使用升级政策模式,而不是通过单轮直接分配.
• 政策规则可以针对旋转或特定用户,有命令的延迟和重复计数.
• 升级政策UI和API让团队创建,编辑和检查政策和政策规则.
• 围绕新的升级模式改进了轮调日历和超载工作流程。

GitHub 标记 与 v1.0.6- β 比较

• 现在SSO认证支持OIDC和SAML 2.0供应商.
• 管理员可以从新的 SSO 页面配置 SSO 提供商、登录策略、允许的域和外部组映射。
• 登录页面可以显示启用的SSO提供者按钮,并通过选定的身份提供者重新引导用户.
• SSO登录可以自动创建或链接用户,并将外部组同步到IncidentRelay组角色.
• SAML元数据,签名选项和加密的SSO秘密现在通过SSO流被记录和曝光.
• 应用程序 UI 收到了一个材料风格的刷新, 带有更清洁的导航和更好的 profile/routes 相互作用 。

GitHub 标记 与 v1.0.5- beta 比较

• 现在轮值支持分层次的待命时间表,包括优先次序、活动时间限制、每个层次的成员和有时区意识的交接规则。
• 日历现在使最终的日程从层和覆盖,因此各小组可以检查每个时段的有效待命用户。
• 日历过滤现在支持在一个团队有多个调度时选择特定的旋转.
• 旋转API现在为自动化和集成暴露层,层成员和层限制端点.

GitHub 标记 与 v1.0.4- beta 比较

• 现在可将旋转提醒间隔设定为 0 , 以禁用重复提醒, 提醒通过旋转指定的提醒 。
• 基于提醒的升级现在尊重已禁用的提醒,而不是回到一个全局的提醒间隔。
• "警报"的页面严重性过滤器现在包括了更精确分解的警告和信息断裂.
• 个人 API 符号寿命现在上限为365天, 同时仍然允许0天的非过期符号 。

GitHub 标记 与 v1.0.3- β 比较

• 通知发送现在使用电子邮件、Mattermost、Telegram和语音呼叫通道的专用通知符。
• Mattermost botAPI 通知可以创建并更新带有状态感知消息和动作按钮的提醒帖.
• 语音呼叫通知现在使用配置的语音提供者,并配有语音提醒文本,召回支持和DTMF动作映射.
• Channel API 文档现在包括支持的频道类型,默认的电子邮件模板端点和更清晰的频道计划.
• Silences的页面可以从摘要卡中过滤,并可选择包括超过30天的过期历史.
• Docker和系统化的文档现在使用统一服务名称incidentrelay而不是incidentrelay-web.

GitHub 标签 与 v1.0.2- β 比较

• 电子邮件通知现在可以使用自定义的HTML模板来获取更丰富和更一致的提醒消息.
• 电子邮件通道设置包括模板控制以及直接在UI中支持的占位符.
• 当团队使用自定义模板或全局SMTP设置时,电子邮件发送更加可靠.
• 用户管理部门现在使用更清晰的角色名称和更详细的角色管理工作流程.

GitHub 标记 与 v1. 0.0- β 比较

• 团队和团体名单现在侧重于活动记录,减少日常管理中的杂乱.
• 校验在API表单之间更加一致,因此无效值被较早地捕捉到,并报告得更可预测.
• 由于更严格的验证,正常化和即时前端反馈,电话号码字段更容易正确填充.
• 登录和格式状态信息现在可在共同设置和管理流程中提供更清晰的反馈。

GitHub标签

• 警报现在具有可共享的详细信息页面，可以更轻松地向队友发送直接事件链接。
• 升级进展在警报中直接可见,帮助响应者了解事件升级的程度.
• 通过在API中更清晰的解析度和升级级数据,提醒状态更容易跟踪.
• Telegram 通知可以指向相关的提醒, 并显示当前状态的正确动作按钮 。
• Telegram支持包括丰富的消息,互动动作,内置按钮和投票模式.
• 通知渠道可以使用重度滤波器和正常的重度处理,以便更可预测的路由。
• 随叫随到的重用模式,更快的缓存状态和对日历的认识行为更容易管理.
• 管理、个人资料、日历、轮换和警报屏幕经过重新设计，以实现更清晰的日常操作。