这是一个由应用主导的世界。无论是否出于本意，其结果之一都是衡量成功的方式发生了变化。如今，我们衡量的是下载量和安装量，而非客流量；是微秒级响应和正常运行时间百分比，而非每平方英尺成本。这意味着，性能至关重要，而为确保性能得以维持所部署的基础设施，就如同守护它的禁卫军。
要确保性能，就需要近乎实时地掌握性能状况。毕竟，如果不知道哪里出了问题，就无法修复。要发现问题，需要监控和衡量与您互动和开展业务的客户及员工的应用体验。然而，研究表明，实际情况并非总是如此。根据Copper Egg的研究，超过半数（54%）的组织仅监控相对较少的一部分应用，确切地说，不超过25%。
可以肯定的是，我们需要更加密切地监控和衡量性能与可用性。二者密切相关，因为性能是可用性的关键组成部分。性能不佳的应用会遭到弃用、诟病和删除，就像用过的糖纸一样被随手丢弃。我们可以引用许多研究来证明这一点，但考虑到99%的人已经看过相关信息图并读过相关报告，这里就不再赘述。简而言之，性能至关重要。是否将其纳入“正常运行时间”，取决于运维策略，而非客观现实。
每一微秒的延迟都可能给企业造成经济损失，表现为生产力下降，并最终影响利润。在应用领域，时间就是金钱。整个IT团队需要协同设计和实施相应架构，以满足衡量和监控应用性能与可用性的需求。这意味着要了解我们实际衡量的内容，以及各项数值如何影响性能和可用性，从而通过分析数据采取适当的纠正措施，达到并力争超出用户对应用体验的预期。
哥们，别 Ping 我
这意味着不能再使用过于简单的监控和测量技术。例如，使用ping 来确定应用的正常运行时间，对性能测量毫无价值，对可用性测量的价值也非常有限。随着我们进一步从虚拟化迈向容器化，对共享系统进行监控的价值将持续降低，迫使监控和测量转向技术栈上层，聚焦于企业当前所依赖的应用。向微服务转型也会影响我们的测量方式和测量对象。
这意味着需要重新评估应用监控和衡量的对象与方式，以及如何将相关数据反馈到系统中，以便在必要时进行调整。单个系统的性能和可用性固然重要，但当“应用”采用分布式架构并由多项服务组成时，就需要根据“应用”的所有组成部分开始对其进行衡量。
应用和架构已经演进。现有的性能与可用性监控和衡量策略也该随之演进了，或许早就该如此。
如需进一步了解应衡量哪些指标及其原因，请参阅《衡量与监控：应用和技术栈》。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。