我的企业网页服务必须全天，每一天甚至整个生命周期都要处于被监控的状态。被监控的一项服务必须满足我十二个操作准备原则之一。
如果你处于适合地监控下，你将能够证明你的服务水平处于***状态，在客户注意到之前跟踪到错误信息，更快速的解决问题，而且你会拥有一套完整的测量系统性能的设备。
每个人对所享受到的企业服务通常来说都有明确的预期。在一个项目的设计和建设阶段，预期首先来自业务上的需求，项目期间不断熟悉的过程以及从确定的一份正式SLA（服务等级协议）。在其使用寿命期间，预期会随着应用程序的更新而调整，以及提供一个更好的客户服务。
最终用户体验。用户看到了什么？一个客户在业务处理是否使得客户满意？
幕后所发生的事情。幕后发生了什么事情呢？这些应用程序组件是如何工作的呢？我是否有足够的资源使得这些应用程序保持运行状态？
客户端发生了什么呢?
利用一个虚拟端监控应用程序呢监测前端服务。虚拟端不断执行命令并搜集数据。这个监控应用程序时刻记录着这些用户向网页服务发送的请求命令以及接收到的响应。在SLA（服务等级协议）允许的范围内，这个监控应用程序能够监测这些响应时间，并且能够为管理报告绘制出这些响应时间图表。
这个监控应用程能够在主页上运行一个简单的监测以确保主页没有被病毒侵害。这个应用程序也能进行复杂的处理以便检查应用程序的所有组件是否工作正常。
从一个远程客户端监控应用程序是非常好的，它可以清楚地了解用户需要什么样的体检。如果一个客户认为该性能就是垃圾，那么客户经理会使用该监控的某些测量功能去回应客户的观点。远程监控也会暴露某些弱点。我是否可以使用CDN（内容分发网络）模式加快远距离用户的服务？由ISP（互联网服务提供商）或云服务造成的问题是否能够报告出来？
不幸的是，在很多客户的办公室供应商不可能安装监控应用程序，因此它们为具有广泛网络的公司服务。监控服务市场的早期阶段，我使用的是Monitor.us免费的应用程序。在高端阶段，我是用的是Compuware的产品，其产品可提供各种IT 软件、服务和***实践，以确保全球各地的技术产品能够交付***性能。
服务端发生了什么呢？
一个监控应用程序会使用所有的操作系统指标检测一个后端服务。每个基于云服务的应用程序都是建立在数千个虚拟平移组件上。
我希望监控去检测硬件层，网络层，操作系统和应用程序。这些都必须被监控。云服务具有多租户（多站点）特性，我的应用程序性能会受到其它租户的影响。
我希望检测所有的应用程序组件。这些应用程序本身可能分布在几个层面——也许是在客户能够看到的前层，大部分的业务逻辑处于中间层，数据源处于后端。这些都必须被监控。我想知道所有的组件是否会受到影响，例如在外力作用下或者站点流量增加，或者一组低效的代码程序进行更新时，使得数据库发出声响。我安装了cacti 公司的网络流量监测图形分析工具用来检测操作系统在我工作时服务的可靠性。
所有连接到应用程序的远程服务也必须被监控。没有任何的企业服务是一座孤岛。需要监控所有的后端集成。我不能阻止某人的服务会使程序慢下来，但是我能够搜集这些衡量指标，然后摆脱这些服务。
随着时间的推移会发生什么？
搜集这些形成趋势进行评估，能够暴露出许多问题并且能够防止这些问题。
流量使用情况会随着时间不断改变。如果随着时间的推移这个服务正在吸引更多的客户，业主就会很满意。如果随着时间的推移吸引力逐渐下降，业主就会不满意。
趋势能够预测将要发什么。随着时间的推移如果不断增加的系统资源被使用，那么某人就会知道他们的账单将会更多。
全面监控
一个应用程序的性能需要被评估，并且因此每种事情都能够影响它的性能，包括运行的平台，将应用程序连接到客户的网络，还有其他依赖于这个应用程序的其它系统。而监控一个基于云服务的网页服务不仅仅是定期从你的主机应用程序上ping它。
创建全面的客户端监控是非常复杂的。在你的内部系统内安装例如Nagios公司的开源应用程序监视系统运行状态和网络信息的监视系统是很容易的，但是要获得一个合适的远程监控位置，你不得不使用像Monitis或Gomez公司的地区分布服务产品。
创建全面的服务器端监控是非常复杂的，特别地，对于分布在不同区域的企业来说。你可以通过将优秀的且免费的开源监控应用程序串联起来添加到服务器端监控，或者你可以租赁即时服务的公司产品，例如LogicMonitor, New Relic或BMC。
如果任何人期望某种服务，那么这些期望必须在某种程度上做出成功或失败的评估。一种服务必须从外部（客户方面）和内部（所有基本的服务器）两方面都要进行监控。监控应该持续服务的整个寿命周期。
