基于软件即服务（SaaS）的应用程序现在已成为大多数组织的生命线，但它们肯定不是万无一失的。对于流行的应用程序，性能（速度，可用性，可达性）的中断更频繁地发生。最近广泛宣传的示例包括Microsoft 365，Salesforce和NetSuite。
这些中断部分归因于不断扩展的互联网基础设施，这自然会增加表面区域的性能故障。与全球SaaS应用程序的快速采用相结合，即使是最强大和信誉良好的服务提供商也会如此。
SaaS应用程序越来越多地用于支持客户关系管理（CRM），销售自动化，协作以及供应链和库存管理等领域的员工生产力。企业用户已经变得如此依赖SaaS应用程序，当这些应用程序变得缓慢或完全不可用时，关键部门 - 在某些情况下，组织的整个创收引擎 - 就会闲置。
SaaS应用程序提供了许多好处，包括方便性和实施速度，但企业用户有责任主动将自己与不可避免的性能问题隔离开来。
数据点1：确定最关键的最终用户（员工）位置的优先级
员工遍布众多地区办事处的大型全球企业需要知道最重要的员工集中在哪里，并尽可能地亲近他们。SaaS服务源（云）和员工之间存在许多影响性能的元素。此链中任何地方的特定于地理位置的问题（CDN，DNS提供商，区域ISP，本地ISP，传输网络等）都会降低员工体验。
从多个位置监控SaaS性能越紧密越好。用户应该警惕只能在大区域（如美国）的两三个地区进行监控就足够了。除了更细致地了解本地化性能之外，来自更多位置的更多测量还允许IT团队进行比较，最终提高所有员工的绩效。
例如，对于大致相同地理位置的员工（例如波士顿和东北部的纽约），绩效应该相对一致。对于使用区域CDN来支持SaaS应用程序和数据交付的公司，同一通用地理位置内的不稳定性能范围可能表示合同CDN未进行最佳配置。然后，这些用户有机会（和基于数据的证明）向他们的CDN合作伙伴强调这一点，他们可以进行修改以更均匀地最大化性能。
如果一个组织的员工分散在世界各地，那么它必须确保所有员工都拥有一流的经验。无论员工的实际位置如何，员工都希望获得与总部相同的绩效水平。
数据点2：覆盖不同范围的网络有利位置
BYOD的增加意味着仅监控传统桌面使用的性能已不再足够。您还必须从蜂窝和WiFi网络进行监控; 如果你不这样做，你可能会有一个主要的遥测盲点。
无线网络因停电而臭名昭着。最近的一个例子是爱立信过期的SSL证书，该证书在12月引起了O2和SoftBank移动服务的广泛数据中断。
基于云的监控（测量从云端传输到在线服务并再次返回的数据包的往返速度）最近受到了很多关注，但仅依靠云进行监控从来都不是一个好主意，特别是在这种情况下托管在相同云提供商上的SaaS应用程序。
这是因为从云到云定位服务的测试都享有某种形式的专用网络连接以及优先数据路由。可以把它想象成一个VIP通过拥挤的城市的清除交通路线。这种简化的数据路径远远落后于普通员工，他们通过ISP，CDN，无线网络和各种其他途径经过漫长而迂回的路线后接收他/她的内容。换句话说，如果您仅依靠基于云的监控来衡量SaaS应用程序的性能，则可能会出现偏差指标。
数据点3：关注微停电
微停电是持续时间相对较短（不到一小时）的停电和/或仅影响隔离的用户/员工细分。检测微停顿的能力与从大量节点和网络有利位置的监控直接相关得到改善。拥有这种能力至关重要，因为微停电通常是出现问题的第一个迹象，提供了一个警告信号，即更广泛的停电可能即将发生。
最近的一个例子是Facebook在3月13日的14小时加上全球停电。虽然这种广泛的停电始于美国东部时间周三下午12:06左右，但实际上是在12:02之前发生了微停电。美国东部时间早上12点39分左右。
不可能说可以避免从微停电到全面停电的升级。但即使不是这样，检测也会提供预警症状，并给Facebook更多时间，并在这个问题上采取行动，积极地与客户沟通并了解并努力解决问题。SaaS应用程序中的微中断可以为用户提供同样有价值的提示。
此外，微停电可以是无声的SLA杀手。不断增加的互联网复杂性意味着SaaS服务提供商的外部仪表板上的绿灯不再是员工享受卓越绩效的保证。我们了解通过更全面的监控功能从SaaS提供商那里收集了数百万SLA违规罚款的公司。
数据点4：拒绝平均无罪时间（MTTI）; 拥抱平均修复时间（MTTR）
对于许多企业而言，SaaS应用程序的每一个过去时刻都会转化为美元损失和生产力损失。在此期间，许多组织通过关注平均无罪时间或MTTI而成为人性的牺牲品。在这种情况下，所涉及的各方 - 例如，IT基础架构团队，网络团队，SaaS服务提供商和IT管理团队 - 更专注于证明其清白以及为什么他们的域不是问题的根源。当然，真正重要的是专注于平均修复时间（MTTR）文化-swiftly识别和修复什么是问题。
任何基于SaaS的企业都必须将性能监控与高级诊断结合在一起，以便准确显示问题所在 - 无论是SaaS提供商，企业自己的数据中心还是介于两者之间的问题。精确查明问题根源的能力（与通过冗长的淘汰过程淘汰所有潜在来源相比）使相关人员能够快速完成修复工作。
如果问题的根源在于SaaS提供商，则企业用户可以在拥有数据的同时标记问题以进行备份。如果源位于企业内，IT团队可以立即开始解决它。即使源位于“互联网狂野” - 本地ISP，慢速CDN，或者提供商和企业各自控制区域以外的某个地方 - 至少用户可以主动与受影响的员工进行沟通。
数据点5：探索自己的防火墙背后的性能优化机会
基于SaaS的企业通常拥有比他们意识到的更多可用技术，通过在自己的防火墙后面进行的微调来优化性能。一个例子是SaaS配置 - IT团队必须处理的管理任务，以启动和运行SaaS应用程序，包括员工入职，创建组成员身份，委派访问权限等。我们已经看到了基于如何为特定员工位置配置服务而极大地改进SaaS性能的示例。
除了优化配置外，还有其他基于数据中心的技术，包括控制和加速与SaaS应用程序连接的网络覆盖服务，数据减少（识别和消除重复数据的重复传输），流量整形（SaaS应用程序和数据分类）优先考虑最关键的流量）等等。
数据点6：始终最信任自己
应该赞扬大多数SaaS服务提供商提供总体优异的性能水平，尤其是当他们的工作负载以惊人的速度增长时。然而，即使在与声誉良好的成熟SaaS提供商合作时，组织的教训始终是最自信的。从近距离和多种网络角度全面了解员工的体验，结合先进的诊断和主动的内部数据中心调整，是SaaS监控策略的基础，可以保护用户并保持员工的工作效率。
上一条： 互联网在2019年第一季度增长到3.518亿个域名
下一条： 英国域名注册商对Nominet感到愤怒
