为零负荷错误报告记录与警讯使用aiCache

　　你可能需要方法允许报告各色错误条件。譬如,你的网站会提供视讯、头条新闻和AJAX或一些其它表单的客户端Javascript叫用的其它APIs。这些APIs未能回应时,你会想有一些途径报告错误条件,以便能辨识、记录和采取行动。
　　正常地实现这个,需求写入能接收错误通知并执行一些表单的报告、记录与警讯功能的自订伺服器端代码。然而,除了须写这种代码,沿着这条路你可能面对另一个危险:在错误状况时,您的站点将收到大量错误讯息,这本身能造成服务的进一步恶化,甚至导致更多的错误条件被报告。只要几秒钟,你的整个站点就会迅速熔化。
　　aiCache提供一种简单的途径实现需求的功能,毋需写入自订代码,和由Web、应用程式或伺服器执行任何代码。aiCache在错误条件下接收、记录和警讯,从未转寄你的架构的其余任何流量。
　　报告使用专用错误报告的网站。
　　要实现这个,在aiCche安装一个虚设网站,譬如error.acmenews.com。经由网站层级组态指令dummy_website将该站识别为虚设网站。你毋需指定定义为虚设网站的任何原始伺服器,因为这种网站没有要求送至原始伺服器。
　　安装该站在要求数超过所需阈值时警讯——譬如将alert_req_sec_max设为在该网站接收多于每秒2个要求时警讯。
　　安装客户端代码以对该网站执行简单HTTP GET,通过随意URL和参数作为部分要求。譬如,用你的News API报告问题,你会要求http://error.acme.com/app=newsapi&errorcode=123&client=premier。取决于你想经由这种要求通过什么参数。
　　现在侦测到错误条件时,发出指定URL的要求。aiCache接收要求并记录。在这种要求数超过可组态的阈值时送出警讯。这样就可以:不写任何伺服器端逻辑,不在你的架构放置任何额外负载,现在你能在错误条件下接收、记录和警讯——aiCache提供的所有。
　　不必仅用客户端传逻辑送这种错误报告要求。你能用所选方法执行这种要求——包括伺服器端代码、自订脚本等。你还能重置客户端到错误报告URL,防备执行一些逻辑时发现问题。再次,你仅限于部署该功能的想象力。
　　你能训练你的人员来看这样的错误报告网站的aiCache记录档,当aiCache报告并警讯错误条件时,参阅嵌入错误报告URLs的其它资讯(如上例中的应用、错误代码和客户端资讯)。
　　当aiCache侦测虚设网站超过设定限制时,它在自刷新Web监视屏幕用红色照亮对应网站名称,以协助快速侦测错误条件。另外在错误条件时传出常规电邮警讯——应依照该手册自动警讯与监视章节的每个指示组态。特别地,你须在全局和网站层级其一或两者,提供传送警讯的电邮位址。
　　报告使用模式属性。
　　你能设定bad_response模式旗标。当aiCache符合这种模式的要求时,这回应被报告为坏回应(等同于5xx回应码)——所以你能监视这种坏回应,对它们记录并警讯。
　　这有范例解释你能如何使用该特征。一些站点有专用页安装通用错误——像PNF(找不到页面)及类似。让我们想象有这样一个叫做404error.html的专用错误页。这页被要求/重置到各色错误条件的回应,如同通过伺服器端和客户端代码侦测。
　　透过设定符合模式的bad_response旗标,你会组态aiCache每当要求该页时报告和选用警讯,提供该错误条件的0成本监视与警讯。
　　请注意设定bad_response旗标不影响要求/回应操控逻辑的任何其余条款,它的唯一用途是符合流量的报告与选用警讯。