“监视报警系统”的版本间的差异
fengtongxue(讨论 | 贡献) (建站帮助) |
fengtongxue(讨论 | 贡献) 小 (基本内容) |
||
第1行: | 第1行: | ||
− | + | 监视报警系统是提高网站运营质量的必要保证。没有应用监视报警系统的网站不能保证7×24的网站高质量运营。 | |
---- | ---- | ||
+ | 当网站发展到一定程度,网站的运营,将被逐步细分为很多方面。网站的所有页面是否每秒钟都可访问?服务器负载是否到达一定程度时出现暂时无法访问?用户数据库是否会突然出现错误?这些都是管理员所担心的问题。 | ||
+ | ---- | ||
+ | 如何能保证网站7×24小时正常运营?采用纯人力监视的报警方式成本过高,并且监视质量很难得到保证。所以需要有监视报警系统,用程序监视网站运营的方方面面。具体来说,监视报警系统至少应该包括: | ||
+ | 网站技术服务情况的监视 | ||
+ | .每一台网站发布服务器状态的监视; | ||
+ | .每一个频道关键页面的监视; | ||
+ | .数据库服务器的状态监视; | ||
+ | 网站运营情况的监视 | ||
+ | .每小时用户LOGIN数量的监视; | ||
+ | 对监视错误的报警 | ||
+ | .MAIL报警通知 | ||
+ | .实时报警(声音) | ||
+ | .短信报警 | ||
+ | ---- | ||
+ | 市面上还没有针对网站监视报警的成熟系统。只有个别基于特别操作系统或应用系统的产品,且都不是单独的应用产品。开发一个监视报警系统技术上并不复杂。大部分大型网站都针对经营团队的需求自主开发监视报警程序。 | ||
+ | ---- | ||
+ | 如何应用监视报警系统 | ||
+ | .根据报警的频率与解决报警的时间量化技术部门的考核指标 | ||
+ | 网站运营中出现异常情况的可能性非常大:有时候托管服务商问题、技术误传不合理的程序、黑客攻击等。所以报警的频率与解决报警所花费时间可以作为量化技术部门工作的一个指标。 | ||
+ | .对运营情况的监视报警可以让运营团队在最短的时间内定义应对策略 | ||
+ | 举一个例子:当发现一些频道的负载峰值超过了报警的设置时,运维部门可以马上调节服务器的参数,将备用的系统加入到负载最高的频道中,以分担服务器的压力。 | ||
+ | 如何增值地利用监视报警部门进行操作 | ||
+ | 理论上监视报警系统可以服务于互联网企业的方方面面。除了上面所说的直接与运营相关的部分,还有一些可以增值利用的部分。 | ||
+ | .监视收入 | ||
+ | 靠短信收入支撑的网站,要监视每小时的收入情况,一但出现了突然下滑,管理团队一定要立刻拿出对应的解决方案。或者监视发送失败率,技术部门可以在出现异常情况时及时处理。 | ||
+ | .监视合作网站是否违规 | ||
+ | 监视合作网站是否按你的要求进行更新。比如做网站联盟的公司可通过监视程序来检查合作的小网站是否投放带有违规文字的广告或软广告,以免出现不必要的麻烦。 | ||
+ | .监视日志系统的数据,进行适当的报警 | ||
+ | 比如某频道PV曲线出现异常情况,马上给编辑报警,并同时抄给管理团队。 | ||
+ | 监视报警系统还可以应用于监视广告的收入、员工考勤情况等,这里就不一一说明了。 | ||
+ | .要避免的问题 | ||
+ | 只有运营水平较高的网站才能够应用监视报警系统。如果网站本身运营水平较低,花费成本开发与运行监视报警系统并不划算。由于监视报警系统与网站整体密切相关,所以对网站的任何修改最终都会反馈成监视报警系统配置的修改。所以监视报警系统的负责人必须要能够在网站有修改时以最快的速度进行响应,以免出现突然的疯狂报警的现象。 | ||
+ | ---- | ||
+ | 还要说明的是,报警过少起不到应有作用,报警过多会又产生“狼来了”的效果,所以设计出良好的监视与报警的策略也是非常重要的。 |
2008-05-23T17:34:50的版本
监视报警系统是提高网站运营质量的必要保证。没有应用监视报警系统的网站不能保证7×24的网站高质量运营。
当网站发展到一定程度,网站的运营,将被逐步细分为很多方面。网站的所有页面是否每秒钟都可访问?服务器负载是否到达一定程度时出现暂时无法访问?用户数据库是否会突然出现错误?这些都是管理员所担心的问题。
如何能保证网站7×24小时正常运营?采用纯人力监视的报警方式成本过高,并且监视质量很难得到保证。所以需要有监视报警系统,用程序监视网站运营的方方面面。具体来说,监视报警系统至少应该包括: 网站技术服务情况的监视 .每一台网站发布服务器状态的监视; .每一个频道关键页面的监视; .数据库服务器的状态监视; 网站运营情况的监视 .每小时用户LOGIN数量的监视; 对监视错误的报警 .MAIL报警通知 .实时报警(声音) .短信报警
市面上还没有针对网站监视报警的成熟系统。只有个别基于特别操作系统或应用系统的产品,且都不是单独的应用产品。开发一个监视报警系统技术上并不复杂。大部分大型网站都针对经营团队的需求自主开发监视报警程序。
如何应用监视报警系统 .根据报警的频率与解决报警的时间量化技术部门的考核指标 网站运营中出现异常情况的可能性非常大:有时候托管服务商问题、技术误传不合理的程序、黑客攻击等。所以报警的频率与解决报警所花费时间可以作为量化技术部门工作的一个指标。 .对运营情况的监视报警可以让运营团队在最短的时间内定义应对策略 举一个例子:当发现一些频道的负载峰值超过了报警的设置时,运维部门可以马上调节服务器的参数,将备用的系统加入到负载最高的频道中,以分担服务器的压力。 如何增值地利用监视报警部门进行操作 理论上监视报警系统可以服务于互联网企业的方方面面。除了上面所说的直接与运营相关的部分,还有一些可以增值利用的部分。 .监视收入 靠短信收入支撑的网站,要监视每小时的收入情况,一但出现了突然下滑,管理团队一定要立刻拿出对应的解决方案。或者监视发送失败率,技术部门可以在出现异常情况时及时处理。 .监视合作网站是否违规 监视合作网站是否按你的要求进行更新。比如做网站联盟的公司可通过监视程序来检查合作的小网站是否投放带有违规文字的广告或软广告,以免出现不必要的麻烦。 .监视日志系统的数据,进行适当的报警 比如某频道PV曲线出现异常情况,马上给编辑报警,并同时抄给管理团队。 监视报警系统还可以应用于监视广告的收入、员工考勤情况等,这里就不一一说明了。 .要避免的问题 只有运营水平较高的网站才能够应用监视报警系统。如果网站本身运营水平较低,花费成本开发与运行监视报警系统并不划算。由于监视报警系统与网站整体密切相关,所以对网站的任何修改最终都会反馈成监视报警系统配置的修改。所以监视报警系统的负责人必须要能够在网站有修改时以最快的速度进行响应,以免出现突然的疯狂报警的现象。
还要说明的是,报警过少起不到应有作用,报警过多会又产生“狼来了”的效果,所以设计出良好的监视与报警的策略也是非常重要的。