API 连接应用程序——并减慢它们的速度
API 在应用程序之间架起了桥梁。现在公司正在迅速转向基于云的应用程序和 SaaS 应用程序，这些 API 是一个救星。只有一个应用程序可以连接任意数量的 API，从而在重要的关键业务应用程序之间创建一个通信网络。这种 API 经济已成为 IT 团队必须管理的现代基础架构的另一个方面。
一份 EMA 报告发现 API 已成为当今 IT 基础设施的通用货币，并且它们给 IT 团队带来了一系列全新的挑战。他们对提供 API 的公司的研究表明，前三大挑战是高流量、后端安全和身份管理。总的来说，API 用户的计量、扣款和访问也是有问题的。
一个关键的 SaaS 应用程序可能依赖于许多 API 来完成交易或为用户节省大量时间。我们在 AppNeta 上查看了 Salesforce，发现只有四个集成每次都会使应用程序加载时间增加约 4 秒。这些缓慢加载时间的成本会迅速增加。
很明显，这个由内部依赖的 API 应用程序组成的网络不是自我维持的或不干涉的。但在一个公司经常选择多个同类最佳应用程序而不是自称可以做到这一切的解决方案的世界中，这一点非常重要。与 API 连接的应用流畅运行所带来的效率可以真正提高用户的工作效率。
这种混乱的 API 只是当今现代 IT 环境中的一个更复杂的因素。此外，API 本身在可靠性和成熟度方面可能会有很大差异。不过，不要放弃实际管理它们。有一种方法可以做到。
如何领先于 API 蔓延
当您收到某个特定应用程序有问题的用户提交的电话或服务台票时，有一些基本的诊断方法。您可以检查该应用程序的状态页面，并检查为该用户提供服务的 ISP 的状态页面。除此之外，您可能还有一些网络指标并没有真正显示出问题。今天的许多单页应用程序都让这一切变得更加复杂，因此更难查明哪里出了问题。
与其他云和 SaaS 环境一样，传统监控工具跟不上。大多数提供商从网关（应用程序的前门）的角度监控应用程序性能和可用性。但是仅对网关进行测试并没有考虑该应用程序的 100 多个可能被破坏的组件中的任何一个。
对于试图解决用户问题的 IT 团队来说，这些潜在的故障点很容易让人不知所措。但是查看出现性能问题的每个地方是必不可少的。
我们的合成监控工具专门解决了这些现代问题，以超越网关。我们实际上跟踪用户与应用程序的交互，而不是玩猜谜游戏。传统的合成脚本依赖于页面加载来显示单页面应用程序的计时数据。传统脚本无法在延迟和用户操作之间建立联系，并且除了基本的可用性检查之外看不到太多。
在里程碑中巧妙折叠的 Selenium 脚本让 AppNeta 看到用户操作何时完成。这意味着您可以查看任何操作序列的计时详细信息，即使在单页应用程序中也是如此。因此，我们的用户可以准确地看到工作流、资源加载或多个页面中出现问题的位置。
云计算