可靠性和用户体验不再只是”好拥有”功能。 许多公司提供类似的服务,竞争只是一键即可。 那些拥有最高端产品的人将走在最前面,并有更多的资源进行持续改进。 当然,速度和发布时间并非免费,但好消息是,即使预算小,可靠的应用程序也能实现。
早期集成性能评估,然后 24/7 监控生产阶段的系统运行状况、组件和端到端响应时间,是高度可用和响应迅速的应用程序的支柱。 无论您的公司规模大小,都应有一个应用程序监视解决方案,用于收集运行状况指标,并在关键服务关闭时向您发送警报。
基于云的监控
对于对技术方面不感兴趣的客户,基于 SaaS 的监控平台是要走的路。 在基于云的监视环境中,应用程序的设置和集成非常简单。 订购访问权限、配置监视任务,然后立即开始收集监视数据。 此监视套件上的所有操作活动(如备份、安全更新或新功能安装)将由 SaaS 提供商完成。 将所有精力集中在配置监视任务、激活警报和分析结果上,而不是处理耗时的部署。 在本地监视环境中,与基于云的监视解决方案相比,基础架构设置、服务器部署、防火墙和其他安全问题很容易导致更高的成本和工作量。
您的用户遍布世界各地,您的监视方法应反映此全球分布。 基于云的监控套件附带全球用户模拟网络,这对您的监控策略是一个巨大的好处。 从财务角度来看,基于 SaaS 的平台基于使用情况。 你可以从小预算开始,成本总是符合您的利益。 不需要初始投资。
- 基于 SaaS 的监控套件的主要特点包括:
- 安装在提供程序基础结构上
- 快速部署
- 零运营工作
- 登机工作量低
- 随时了解最新产品版本
- 无维护成本
- 付即用定价
本地监控平台
在基于 SaaS 的解决方案出现之前,监视套件托管在组织的内部网络上。 组织同意了许可合同,支付了初始许可费,并且供应商为其监控套件提供了设置程序。 一个专门的团队计划推出,订购所需的硬件,安装监视组件,并在其数据中心部署所有监视代理。 安装完成后,他们配置了实际的应用程序或基础结构监视设备,将通知设置到位,并教育用户如何使用平台。 内部监测小组完全负责处理所有技术监测挑战。 在调查监视问题时,它通常是一个猫和老鼠游戏,因为本地部署会带来太多的不确定性,通常将问题分析延迟数天。 近年来,本地监控套房已略显过时。
本地监控套件的主要特点包括:
- 安装在您的数据中心
- 您负责部署和维护
- 初始许可费
- 年维护费
- 高初始设置工作量
基于云的和本地解决方案的相似性
本地部署和基于 SaaS 的监视套件都有助于检查和改善应用程序的运行状况。 某些活动(如配置、警报和报告)对于两个部署非常相似。
活动 | 基于 SaaS和本地部署的解决方案 |
配置 | 客户在其应用程序和服务器上。
监视套件收集运行状况指标。 |
提醒 | 客户启用所需的事件通知。
如果超过指定的阈值,监控平台将通知您的团队。 |
报告 | 客户调整其首选报告选项。
监视套件生成指定的报告。 客户审阅报告并开始深入分析,以确定已发现问题的根本原因。 |
基于云的和本地解决方案之间的差异
对于基于 SaaS 的解决方案,初始设置、维护和许可证成本与本地部署的监视套件完全不同。 在决定是否与前者或后者一起操作之前,请查看下表。
活动 | 基于 SaaS | 本地部署 |
部署 | 在供应商的数据中心 | 在您的数据中心 |
维护 | 供应商的工作 | 你负责 设置和推出更新可能是一项巨大的工作 |
成本 | 付你而去。 你支付正是你使用。 | 您支付初始许可费和每年维护费用。 |
数据存储 | 在云中 | 在您的数据中心 |
确定正确监视部署的最佳做法
- 在选择监视套件之前,请明确您的要求。 范围中的应用程序数量、最终用户的地理分布以及停机时间要求是监视策略的关键要素。
- 监视所有层。 检查后端服务的运行状况是不够的。 您的用户希望获得端到端的可用性。 监视应用程序,因为客户使用应用程序。
- 从客户的位置执行端到端监控。 性能和可用性可能高度依赖于存在点。 带宽、往返时间和数据包丢失等网络参数会对应用程序的端到端响应时间产生巨大影响。
- 部署和维护本地监视套件的成本可能很高。 如果您对将监控预算的 30% 以上用于运营工作不感兴趣,请考虑使用基于 SaaS 的监控平台。
- 确定监视活动的优先级。 从测试实际用例开始,然后打开警报通道。 一旦它到位,添加服务检查和收集系统资源利用率指标。
著名软件工程师汤姆·德马科曾经说过,”你无法控制你无法衡量的东西。 如果您当前使用过时的应用程序和网站监控工具,强烈建议您考虑切换到前瞻性监控策略,其中包括在所有层进行监控、持续检查停机时间,并为您提供更多改进和创新时间。