DETAILS
完整规则
任务说明
产品上线后我不可能一直盯着日志,所以希望只监控真正能提前发现用户受影响的信号。请基于实际告警经验帮我控制噪声,避免半夜被没有行动价值的通知叫醒。 我希望你先给结论,再证明结论 开头请直接写出你最推荐的方案、你不推荐的方案,以及两者的取舍。随后完成: - 选择可用性、延迟、错误、数据库容量、后台任务和业务关键事件指标。 - 为每个指标定义采集位置、阈值和告警级别。 - 设计低噪声通知、告警合并和静默规则。 - 画出最小仪表盘,并为每个告警写第一步处理动作。 经验部分是核心交付 请列出你实际会删除的低价值告警和必须保留的高价值告警各5个,用事故或误报告警经验解释阈值与静默策略。 成果应当是观测指标表、告警分级和仪表盘草图。案例、反例和补救步骤要嵌入对应结论旁边,不要统一堆在文末。 可核验要求 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 1. 每个告警有触发阈值和动作。 2. 避免记录个人信息和密钥。 3. 控制低流量阶段成本。 任务边界:不包含性能压测或安全事件响应流程。
价格与结算
单任务报酬
¥2.39
总预算
¥2.39
结算方式
平台结算
结算周期
人工审核后结算
当前状态
任务完成