Zinn® UptimeZinn® Uptime
功能
Zinn® Uptime 适用于任何网址的网站正常运行时间监控：全天候不间断检测，在向您发送提醒前会进行二次检查以确认每次故障，并通过电子邮件、Slack、Telegram 或 Webhook 通知您。三个监控项免费使用，无需绑定卡片。
像访客一样运作的网站检查
每次检查都是对您网页的一次真实请求，与访客浏览器所发出的请求完全相同。
监控器的优劣完全取决于它所提出的问题。Zinn® Uptime 不会仅仅 ping 服务器或打开端口就将其称为网站；它会像浏览器一样，通过 HTTP 或 HTTPS 直接请求页面本身，并等待响应。如果域名无法解析、连接被拒绝、证书不可信、服务器返回错误或十秒内没有任何响应，则该项检查失败——原因会以通俗易懂的语言记录下来，因此警报会明确提示您从何处着手排查。
- 免费监控每 5 分钟检查一次；购买套餐后，账户上的每个地址将每分钟检查一次。
- 系统会跟踪重定向，因此您可以查看用户输入的地址，而不是最终到达的地址。
- 任何 2xx 或 3xx 响应均视为正常运行；4xx 或 5xx 响应视为服务中断。
- 响应时间超过 10 秒的页面将被视为超时。
在呼叫任何人之前确认服务中断
虚假警报会让人习惯忽略提醒，因此每次故障都必须经得起证实。
互联网会出现丢包，路由会抖动，某处的单台服务器也可能偶尔出现一分钟的异常。如果监控系统针对每一种此类情况都向您发送寻呼报警，只会让您逐渐忽视告警，从而错失真正重要的大规模故障。因此，故障必须经过两次验证：一旦某次检查失败，系统会立即发起一次全新的请求再次访问同一地址，且通常由不同的节点发出。如果这第二次请求成功，该瞬间波动就会被忽略。只有当连续两次检查均确认失败时，该地址才会被标记为离线，并通知相关人员。如果由我们监控的大量地址在同一时刻全部失败，我们会判定问题出在我们这边而非您那边，并且不会记录任何故障。
- 失败的检查会立即通过新请求重试，通常由其他位置提供服务。
- 如果第二个请求到达站点，则第一个失败将被丢弃。
- 连续两次确认失败后网站将被声明为中断，因此您将在大约两个检查间隔内收到通知。
- 漫游器防护验证页面绝不会被计为您的网站宕机。
损坏页面的关键词检查
状态码无法检测到的中断，是那些能够正常加载却空无一物的页面。
一些最严重的故障往往伴随着完全正常的状态码。数据库断开连接的 WordPress 站点、主题更新导致模板损坏的商店、因缓存配置错误而显示的空白页面——所有这些都可能返回 200。请为监控器提供一段仅在页面真正正常运行时才会出现的简短文本，例如您的站点名称或页脚中的短语，这样加载时缺少该文本的页面将被视为停机，原因为“所需文本缺失”。
- 添加最多 200 个字符的、必须显示在页面中的文本。
- 如果缺少文本，检查将失败，原因为“expected text missing”。
通过电子邮件、Slack、Telegram 和 Webhook 发送提醒
站点发生故障时发送一条消息，恢复时发送一条消息 — 绝不会每分钟发送一条消息。
告警只有在合适的人看到时才有价值。当某个地址发生故障时，账户中的每位成员都会收到电子邮件，无需任何设置。连接 Slack、Telegram 或您自己的 Webhook，同样的告警也会发送到那里，以便团队频道和值班工程师的手机都能知悉。告警是针对状态变化触发的，而非针对持续状态：网站发生故障时发送一条消息，恢复并附带大约停机时长时再发送一条消息——绝不会在持续停机期间每分钟发送一条消息。
- 当某个地址发生故障时，系统会向该账户的每位成员发送电子邮件。
- 连接 Slack、Telegram 或 Webhook，相同的提醒也会发送至那里。
- Webhook 使用时间戳和正文上的 HMAC 进行签名，因此您的端点可以验证它们来自我们。
- 恢复消息会大致说明网站停机了多长时间。
正常运行时间历史记录和响应时间
可向客户展示的数据，只要监控器存在就会一直保留。
当客户询问他们的网站在周二是否发生宕机时，答案应当是记录，而非记忆。每个地址都会在列表中保留其过去30天的运行时间和典型响应时间，在其详细视图中显示每小时的运行时间以及平均和最慢响应时间，并记录每次服务中断的开始时间、持续时长以及从何处确认了故障。只要您继续监控该地址，历史记录就会一直保留；暂停监控会保留该记录，而移除监控则会将其删除。
- 列表中过去 30 天的正常运行时间和典型响应时间。
- 每个地址逐小时的正常运行时间，以及平均和最慢响应时间。
- 记录中的每次中断，包括其持续时间以及确认地点。
页面速度与正常运行时间
有响应的站点可能仍然太慢而无法使用。
一个需要八秒才能响应的网站，在技术层面上是正常运行的，但在实际体验中已经等同于宕机。除了可用性检查之外，每个被监控的页面都会测量其 Core Web Vitals——即搜索引擎所使用的加载速度、交互性和视觉稳定性数据——当您拥有套餐时每天测量一次，免费层级则每周测量一次。在插件更新后出现的缓慢表现周会与正常运行时间历史记录显示在同一屏幕上，因此您无需第二个工具即可察觉这一情况。
- 系统会针对每个被监控的页面测量 Core Web Vitals——使用套餐时为每日测量，免费层级中为每周测量。
- 显示在正常运行时间历史记录旁，以便在一屏内同时查看缓慢的一周和中断事件。
域名监控，免费
过期的域名会连同网站、电子邮件和搜索排名一并消失。
域名失效往往出于不起眼的原因：登记的卡片已过期、续费提醒发送给了已离职的员工、从未开启自动续费。一旦发生这种情况，网站、电子邮件和多年的搜索排名都会随之化为乌有，且该域名可能会被他人抢注。Zinn® Uptime 每天读取一次受监控域名的公开注册记录，并在到期前 60、30、14、7 和 1 天向您发出预警。它还会将记录与前一天进行比对，并在注册商、域名服务器或注册局状态发生变更时提醒您——这往往是域名账户被盗用的最初迹象。
- 我们每天读取一次每个受监控域名的注册记录。
- 提前 60、30、14、7 和 1 天发出到期警告。
- 当域名注册商、域名服务器或注册局状态发生变化，或域名失效消失时发出提醒。
- 在我们这里注册或托管的域名已为您添加；请按名称添加其他任何域名。
暂停、停止和自动化
监控应当适应工作，而不是本末倒置。
监控必须契合实际工作流程。在计划的迁移或维护之前暂停监控器，并在事后恢复；已暂停的监控器不会被检查，也不会发送任何内容，其历史记录则会被保留。Uptime 屏幕上的所有内容也可通过 REST API 获取，因此可以通过您自己的部署脚本创建和移除监控器。并且由于停机和恢复属于平台事件，它们可以在 Zinn® Boards 看板上启动自动化操作——例如，为停机事件创建卡片。
- 在计划的工作期间暂停监视器，并在完成后恢复它，同时保留其完整的历史记录。
- 通过 REST API 创建、重命名、暂停和移除监控项。
- 停机和恢复事件可以在 Zinn® Boards 看板上触发自动化。
也与我们一起托管该网站
Zinn® Uptime 与 Zinn Digital® Hosting 位于同一账户中：一次登录，一份账单，您托管在我们这里的站点与您监控的站点并排显示。Hosting 提供 99.9% 的月度可用性保证，如果我们未能达标，只需轻轻一点即可获得返还金额。
无论是否有虚拟主机服务，每个 Zinn Digital® 账户均可免费使用监控和域名监视功能。