部分网站APP开发被禁用

衡量可用性的第三种方法是监控您网站上服务的可用性。显然，如果您的站点创建了分离服务的故障隔离路径或通道，则此措施更容易实现。无论您的站点采用哪种方法，测量服务可用性通常都是通过监视模拟用户的操作来完成的，模拟用户通常是执行某些任务的脚本，例如登录，运行报告等。然后使用此模拟用户来衡量您的可用性。

衡量可用性的第三种方法是监控您网站上服务的可用性。显然，如果您的站点创建了分离服务的故障隔离路径或通道，则此措施更容易实现。无论您的站点采用哪种方法，测量服务可用性通常都是通过监视模拟用户的操作来完成的，模拟用户通常是执行某些任务的脚本，例如登录，运行报告等。然后使用此模拟用户来衡量您的可用性。例如，如果是一条线。如果任何脚本失败，它将向通讯组列表发送通知。恢复此服务后，如果要监视5个服务，即登录，报告，付款，发布和注销，则可以创建5个脚本，并且该服务每5分钟受到一次影响。测试脚本将停止发送通知。通过这种方式，您可以通过电子邮件获得准确的停机时间以及示例。我们假设这种监控方法是针对上述五种服务建立的。我们在上午9:45至11:15收到了登录服务的电子邮件。这表明我们的一项服务已经停工了一个半小时。计算可用性的一种简单方法是占用停机时间的1/5，因为我们的5个服务中有一个存在问题。由此获得的停机时间为18分钟，计算方法如下：服务中断时间=1.5小时=90分钟受影响的服务数量=服务总数=590分钟x 1/5=18分钟此方法确实有一些限制或缺点，但它是衡量停机对客户影响的一种相当准确的方法。此方法的一个主要限制是它仅监视您为其构建脚本的服务。如果您没有构建脚本或无法准确模拟真实用户，那么您的监控效果不佳。显然，您需要监控应用提供的最重要的服务。虽然监控所有服务是不现实的，但绝对应该监控主要服务。 另一个限制是并非所有用户都平等地使用所有服务。注册过程仅供新用户使用，登录过程由所有注册客户使用。所有过程都具有相同的重量吗？您可以根据重要性或使用情况为每个流程设置权重，这有助于更准确地计算每个流程对客户的可用性的影响。此方法的另一个缺点是，如果您在自己的网络上监控应用程序，则可能无法体验网络外部客户的影响。如果您的服务中断是由您的ISP引起的，则此app开发的局限性更加突出。尽管这种方法有很多限制，但它确实是一种相当好的以客户为中心的可用性衡量标准。