提供端到端application可视性

人们喜欢 Domino’s Pizza 应用程序的原因之一是它提供的订单可见性。 你可以追踪整个过程，包括食物的准备过程、放入烤箱、装箱和运输到车里的过程。 接下来你会发现一份热气腾腾的披萨已经送到你家门口了。

尽管我们可以在披萨配送生命周期中实现这样的可见性，但各种规模的公司都无法对其最宝贵的资产——应用实现相同程度的透明度和可见性。  

那么，发生了什么事？ 最近，我们邀请了一些客户来到我们位于西雅图的总部参加深入的极客研讨会，讨论他们面临的挑战以及 F5 在未来几年的计划。 目标是更好地了解各个行业客户所面临的问题，以及如何设计解决方案来解决这些问题。

有一件事变得非常清楚： 数字化转型的压力已经变得普遍，跨越国家、地区和行业。 例如：

• 一家北欧矿业公司开始依赖分析来提高运营效率。
• 欧洲、中东和非洲地区的一家公共部门组织正在转向以数字托管服务的形式提供传统的离线功能和服务。
• 北美的汽车制造商正在对车载体验进行创新，以与特斯拉等公司竞争。

大多数客户表示，在渴望实现数字化转型的同时，他们正在跨越新旧世界——经典的单体和三层架构以及云原生架构。 我们喜欢称之为“混乱的中间”，这是当今大多数公司的现实。

毫不奇怪，管理这种新旧混合体是一项重大挑战。 从本质上来说，这些斗争是典型的因孤岛导致缺乏可见性的故事。

在与客户的对话中，我们再次确认了一个严峻的现实：大多数组织无法随时告诉您他们的应用程序发生了什么情况。 他们不知道自己有多少个应用程序，更不用说这些应用程序位于何处以及谁可以访问它们。 即使对于最重要的应用，组织也很少能够一致地了解这些应用程序的运行情况（例如可用性、最终用户延迟），或者当出现问题时应该查找哪里。

实现这种可见性的一大挑战是，应用代码和最终客户之间的数据路径上通常存在七到九种技术。

对于大多数公司来说，每一项技术都来自不同的供应商。 这意味着必须管理或协调七到九个潜在的信息孤岛，才能获得对单个应用的端到端可视性。 这些供应商及其职能通常由组织内两个或三个不同的运营团队管理，从而带来了更多的沟通挑战。

虽然我们的许多客户表示他们希望通过公共云来缓解一些压力，但那些在云之旅中更先进的客户报告了一些严酷的现实：

• 许多公司表示，他们的内部部署应用程序和云端应用程序的代码到客户的路径是不同的。 除了基于供应商的孤岛之外，他们还根据应用为每种应用程序建立了完全不同的运营模型。
  
  
• 虽然一些公司已成功完全迁移到公共云，但大多数公司仍在确定要迁移哪些应用程序、重新架构哪些应用程序以及要保留哪些应用程序并最终用现代解决方案替换它们。 如此雄心勃勃的公共云计划通常伴随着对内部投资的必要减少，从而为仍然至关重要的遗留应用程序带来真正的性能和安全考虑。
  
  
• 许多公司渴望迁移到多个云，同时平衡云原生服务以及第三方软件供应商的解决方案。 他们现在正努力应对不断膨胀的运营成本和风险，因为他们需要雇用或培训特定的架构师、云管理、可视性和运营人员，他们具备每个云环境方面的专业知识——孤岛中嵌套着孤岛，没有任何东西可以提供从一个点到另一个点的可视性或一致性。

大多数沿着代码到客户路径的供应商都建议采用垂直集成的方法来解决这些类型的问题，该方法将应用服务作为集成基础设施环境的一部分来提供。 但这有一个缺点，即应用服务与基础设施耦合在一起。 从短期来看，开发团队可能更容易利用这一点，但从长远来看，它除了会造成锁定之外，还会引入新的运营孤岛并加剧可见性挑战。

无论您的策略是什么，诀窍在于弄清楚如何在所有不同的基础设施孤岛中以一致的方式部署和管理应用。 实现这一目标的最佳方法（以及让所有应用的代码到客户路径可见性）是利用一组一致的多云应用服务。

这种一致性及其实现的可见性还有助于弥合需要协作以保持应用程序高性能和安全性的运营孤岛（例如 NetOps、SecOps、DevOps）之间的鸿沟。

这种方法的强大之处正是我们对 F5 和 NGINX 的结合感到如此兴奋的原因。我们正在构建一套完整的灵活、一流的产品组合，涵盖从代码到客户的整个流程，这些产品与平台无关、一致且对合作伙伴生态系统友好。 我们最后一点的意思是，只要这些技术提供遥测，我们将为非 F5数据路径元素（例如，云原生服务）提供可视性和洞察力。 我们从客户那里了解到，他们希望能够灵活地为他们的应用采用最佳的数据路径元素，因此 F5 和 NGINX 致力于建立一个开放的生态系统。

我们的价值主张很简单： 我们为应用应用的整个生命周期提供支持，以便您可以提供差异化​​、高性能和安全的数字体验。

我们希望您能够按照业务所需的速度将代码交付给客户，并将其扩展到每年数千个应用程序，同时在每个步骤中保持完整的可见性和可管理性。