要获得applications的可见性，需要打破运营孤岛

为了#阻止新冠病毒传播，我现在已经在家工作第五周了。 随着人道主义危机的蔓延，每天都会发生新的悲剧并带来新的悲痛。 每天，我都被医院、诊所和护理机构中奋战在抗击病毒第一线的人们以及那些努力维持基本服务的人们的奉献精神、专业精神和利他主义所鼓舞。 我向这些英雄表示衷心的感谢。

这场危机也让世界各地组织的 IT 部门涌现出了许多英雄。 过去一个月，我们对数字服务的依赖显著增加，网络运营、DevOps、安全和开发团队的个人的承诺、独创性和辛勤工作也显著增加，他们有效、安全地扩展了这些服务。 他们在并不理想的环境下投入了大量的时间和精力，以确保一切工作的顺利进行，从保持远程工作人员的联系，到将必需品送到我们家门口的配送应用程序，再到调动大批训练有素的医疗专业人员的远程医疗解决方案。

一些市场分析师估计，这项工作可能会使公司的数字战略提前十年。 然而，要实现这一目标，他们还需要克服许多挑战。 在我的上一篇博客中，我讨论了其中最重大的挑战：缺乏对其应用的可见性。

应用程序级可见性仍然难以实现的原因之一是应用数据路径很复杂，并且通常没有构建端到端可见性。 应用数据路径是应用流量从托管应用业务逻辑的服务器到尝试访问该应用的最终用户流动的通道。 大多数应用在数据路径上都有多种技术或服务。 根据您的计算方式，现代应用的数据路径上至少有七到九种不同的服务，涵盖从运行时环境到边缘交付网络的所有内容。

应用数据路径上的每项服务都可以由多个供应商提供。 对于每种不同的应用架构（例如单片架构、客户端-服务器、三层架构、微服务、移动架构）和每种基础设施环境（例如本地、Amazon Web Services、Microsoft Azure、RedHat OpenShift、Pivo​​tal Cloud Foundry 等），都有更多供应商。 我们的客户为其单体和三层应用选择的供应商和工具通常不是为他们的微服务应用提供服务的供应商和工具。 而且他们通常针对各种公共云应用数据路径采用完全不同的工具链。

有很多供应商，也有很多工具。

我们的大多数客户也都围绕所有这些供应商和工具进行了内部架构。 从历史上看，这是有道理的，因为每个角色和每个工具通常都需要自己的知识库、技能组合和流程来管理。 管理 Azure应用的团队通常与管理 AWS应用的团队分开，而后者又与负责传统本地应用的团队分开。 所涉及的各个学科和角色也是如此。 应用程序开发人员、SecOps 团队、NetOps 团队等各自使用与其特定工作最相关的工具集来交付和保护每个应用。

应用数据路径上的每个工具和供应商通常都带有自己的中央管理和自动化框架。 这样，把所有东西拼接起来的工作就留给了客户了。 为了增加一些维度， F5 研究发现企业的产品组合中平均有约 800 个应用，涵盖约 4 个应用架构和约 3 个基础设施环境（即内部部署和 2 个以上的公共云）。 此外，每个应用在数据路径上都有七到九个服务。 自动化和协调单个应用数据路径绝非易事，更不用说解决典型企业的异构产品组合问题了。

这一切的最终结果就是——我们都陷入了这样的境地——孤岛。 单个应用的数据路径上存在多个操作孤岛，而任何多云架构中使用的每个应用架构和基础设施环境都存在更多的操作孤岛。

而如果存在孤岛，可见性就会受到限制。 当应用数据路径出现问题时，有时可能需要数周或数月才能弄清楚到底发生了什么。 当一切进展顺利时，不必介意调整以获得最佳的端到端性能。

这正是我们大多数客户现在所处的状态。 一方面，他们拥有庞大的应用组合，涵盖对于维持当前业务运转至关重要的传统应用程序，以及对于未来价值创造至关重要的现代应用程序。 另一方面，他们对于该应用组合的运营模型还不成熟，该模型围绕组织孤岛和分散的工具而固化，从而导致巨大的盲点和风险的存在。

为了帮助我们的客户实现并确保其应用的全部价值，F5 倡导一种从根本上以应用为导向的应用交付和应用安全新模式。 与围绕应用数据路径功能子集进行优化并向下扩展到基础设施层（我们称之为“垂直集成方法”）的传统模式相比，这种新方法专注于简化端到端应用数据路径并将该层从底层基础设施中抽象出来。 这种方法有几个好处：

1. 实现应用可移植性并避免基础设施锁定
   
   
2. 获得端到端可视性，以提高应用可用性和安全性
   
   
3. 协调和自动化应用交付，以一致的方式在整个应用组合中提供出色的体验，无论应用架构或基础架构如何

有几个原因可以证明 F5 非常适合向我们的客户兑现这一承诺。 首先，在 F5 BIG-IP、NGINX、F5 云服务、Silverline 以及现在的 Shape 之间，F5 拥有全球所有解决方案提供商中应用数据路径（Web 服务器、Ingress 控制器、负载均衡器和应用安全）最全面的功能集。 我们通过多种消费和部署模式提供这些功能。

我们还拥有唯一真正的多云（即独立于平台）的数据路径元素集。 这意味着您可以在任何地方运行 F5数据路径元素（我们称之为“应用服务”）。 您可以在容器环境中运行它们 - 事实上，NGINX 专门针对容器原生环境进行了优化。 我们的应用服务在公共云中运行。 它们还可以在虚拟机、商用现成硬件以及我们自己专用的硬件上运行。

在我们现有的生态系统集成和世界一流的声明性 API 之间，我们的客户和合作伙伴能够将 F5 技术与第三方技术集成和协调起来，我们还提供了任何解决方案提供商中最开放的架构。 这为我们的客户提供了选择。 他们可以选择在应用数据路径和其他地方使用哪些最佳技术。

现在，借助NGINX Controller和F5 Beacon ，我们提供打包解决方案来帮助将所有技术结合在一起，不仅允许技术互操作，而且还允许所有人类群体进行协作。

我们的长期愿景是扩展这些强大的服务并通过遥测和分析提供更多见解。 从那时起，我们将专注于将这些洞察转化为各行各业客户切实的营收商业价值——我们称之为人工智能辅助业务。

当我们开始实现这一愿景时，我们已经看到客户取得了令人瞩目的成果，我们将在未来几周和几个月内分享更多有关这些成果以及我们将采取的下一步措施的信息。