网络监控未来

　　监控最终用户体验正在上升，各种变化。这是最好的分析， 数量的业务部分。新技术每周都出现了。这里需要考虑一些问题。

　　从系统组件转到用户

　　现代网站的堆栈是非常深刻的。很难投资错误。现在很难看到这样的Web应用程序：基于在多个位置分布的虚拟机。在本地或全球范围内加载平衡，跑过一层的抽象。考虑这样的云：一个VM，运行j实现rails，输出HTML和CSS。在这种堆叠中难以装备设备测量。无法设置一个有意义的国家是不可能的。

　　作为解决这种复杂性的方法，许多网络操作开始关注最终用户体验。并不再是平台的健康。这种“自我[接近开发公司]“这种方式取决于外部监测捕获错误， 提取诊断信息，帮助您从错误中找到问题。我甚至可以建立一个“点击此处将错误发送给我们”的道歉页面。将消息发送给操作和主团队。包括诊断数据，网站建设营销型以适当混淆（混淆），例如，创建哪个服务器，哪个数据中心来自。

　　以服务为中心的架构

　　随着流行的互联网应用程序（RIAS）， 它建在闪光灯上， Silverlight， Java， 和ajax。通过网络服务实现客户和服务器之间的越来越多的通信。IT行业已逐渐转向服务架构（SOA）模式，一方面， 操作员可以将服务与基础架构分开，另一方面， 它也是由于这种方式鼓励便携性。一些大型服务器的时代已通过，已被商品的硬件取代，这些硬件运行架构而不共享数据。

　　这意味着您负责的网站将依赖于大量的第三方服务。在这种情况下，服务器延迟主要是您依赖的服务提供商生成的背景延迟。这意味着您必须监控那些不是您正在运行的东西， 你无法控制它。这将死。

　　云和监测

　　很多创造[专业承接Web开发]土着公司，云计算灵活， 按需计算资源，通过实用程序模式减少了付款以输入阈值。因为没有必要提前投资。这也允许一些大公司进行更多的实验。和一些大规模的计算应用程序，如基因组学研究， 蒙特卡罗模拟和数据挖掘，可以对每个人开放。

　　不要带这些吹风机，无论如何，云计算仍然很年轻。这意味着云计算有一个“屋顶行李架”问题。当你买车时，哪些组件应包含（Milmeter），哪些组件将购买（屋顶行李架），这很清楚。云汇计算产业在这些方面没有明确的标准。结果是，通过第三方制造商提供的一些监控工具。现在还在云中附上。

　　事情更复杂，该平台是服务云（例如Google的AppEngine）包括这样的测量工具。您可以显示用户的账单，作为服务的基础架构是服务云（如亚马逊网络服务）向用户留下了许多设备测量工具。

　　APLS和RSS消息

　　越来越多的网站运营服务专业的营销网站建设商将其内容提供给最终用户和开发人员。我们在转换过程中从创建应用程序到用户访问用户的用户访问。由于这种转变，我们需要监控API和传统机制之间的流量，例如RSS和ATOM消息。

　　为他人提供API

　　向其他人提供API或RSS消息，您需要监控它，并保证其性能。当您提供信息时，一旦它慢下来或消耗AP或RS8消息的疑虑也是如此。结果，你必须设置正确的SLA，当停机时，提供及时的信息。笔记，停机时间也可以影响其他人的观点，你可以有多少流量：喜欢竞争。COM， Quantcast。COM和COMSCORE服务，当您无法访问您的APL和RSS消息时，还将发出网站的使用模式。

　　作为服务提供商，你想要和营销部门，帮助他们了解基本的API使用模式。一般来说，您必须讨论以下问题：

　　●您需要连接多少时间？

　　●这次这次对用户的行为产生影响。

　　●用户是[网站网站]在您的应用程序或网站上花费的时间，更少

　　●这使得用户是否进入你的目标？

　　●用户现在正在访问您的API或RSS消息。而不是配备javascript页面，如何继续跟踪用户。

　　消费者API

　　如果它是来自服务提供商的API或RSS消息的消费，你需要衡量它，在存在问题时找出问题。每个RSS消息与您自己的服务器一样重要，如果这些来源被中断，你能处理优雅吗？外部数据的延迟是多少？您需要依靠服务提供商提供准确的信息，它还需要负责预防这些提供商来发现各种束（HN估计F4△“负责准确定位。

　　大多数集成的监控工具可以监控API和RSS消息，监控网站施工电子邮件和SMS服务（SMS）工具对于这些外部系门户网站建设统可能需要昂贵。因为简单的测试难以检测不一致，数据的不一致通常会导致高流量API系统的问题。所以你需要建立自己的监控系统。或者取决于可以执行此操作的第三方API代理服务。