综合监测

合成监控是指从受控位置定期运行脚本测试，对网站或应用程序进行测试，以衡量其可用性、性能和功能正确性。它与真实用户监控（被动地从实际访问者收集数据）形成对比，两者是互补的，而非替代的。

它的主要优势在于一致性，这使得比较更有意义。由于每次测试都在完全相同的条件下进行，使用相同的设备配置和网络特性，因此结果的变化反映的是网站本身的变化，而不是访问者的变化。真实用户数据更具代表性，但也更加嘈杂，因为它混合了设备类型、连接质量和地理位置等因素，并且这些因素的比例会不断变化。

第二个优势在于能够覆盖真实用户尚未遇到的情况。合成测试可以不考虑实际流量，对页面和用户路径进行全面测试，这意味着低流量但高价值的路径也能得到与热门路径同等的监控，并且在非工作时间（真实用户较少）也能检测到问题。此外，它还允许在发布前，在完全没有真实用户的测试环境中进行测试。

交易监控将方法从测量扩展到功能验证。一个脚本可以完成登录、将商品添加到购物车并完成结账，从而确认关键流程是否真正有效，而不仅仅是页面加载正常。这可以发现可用性检查完全遗漏的故障，包括集成失效、凭证过期、支付网关问题以及第三方变更引入的缺陷。

它的局限性在于代表性不足，而过度依赖它也正是问题所在。在网络连接良好的数据中心，使用现代设备配置进行的合成测试，并不能反映用户在网络连接不佳的中端手机上的实际体验。仅通过这种方式监测的网站，其性能往往显示良好，而真实用户却会遇到远差的情况，因此需要将两种方法结合使用。

测试设计决定了监控的价值。如果仅检查页面是否返回成功状态码，即使页面显示错误信息或没有任何内容，也会报告运行状况良好。只有断言预期内容是否存在、响应时间是否符合阈值以及用户旅程中每个步骤是否成功完成，才能真正检测到故障。随着网站的变化，维护这些测试是一项持续的成本，而这项成本往往被低估。

测试地点的选择应反映客户的实际所在位置，而非测试便利性所在位置。仅从靠近源基础设施的位置进行监控会得出始终理想的结果，但却忽略了远距离市场所面临的延迟问题。对每个重要市场进行测试并进行比较，通常会发现某个地区的实际服务质量远低于总体数据所显示的水平。

告警配置决定了监控是产生实际行动还是产生干扰。阈值设置过紧会导致对瞬时变化频繁发出告警，团队会因为一些无关紧要的小事而被反复唤醒，最终导致他们停止响应。只有当故障在连续检查或多个位置持续存在时才会发出告警，并且区分严重程度，避免页面加载缓慢和结账失败导致相同的响应，才能确保系统的可靠性。

由于它既验证可用性又验证业务关键路径，因此该实践介于性能工作和运营监控之间。在实践中，性能衡量是通过以下方式建立的： 网络性能 与现场数据协同工作，行程脚本和警报由以下机构运行： IT部门，和 电子商务行业 对于企业而言，结账交易检查通常是系统中最重要的监控手段。