以多云网络战略应对云演进

Derek Yee产品营销高级总监 | F5

多云网络真的有魔力吗？

在快速发展的云计算领域，多云网络正再次受到广泛关注。此前缺乏全面多云解决方案的供应商近期纷纷开展收购，这凸显出客户对精简解决方案的需求日益增长，希望借此更轻松地应对多云环境的复杂性。

然而，随着多云网络再度受到关注，越来越明显的是，许多市场参与者的尝试有些短视，未能抓住真正的机会来降低客户面临的复杂性。

网络至关重要，但能力有限

随着云计算不断发展，多云网络正成为企业技术领域重点关注的方向。随着计算能力从传统数据中心向外扩展至远程边缘设施和实体分支机构，物理环境与云环境之间亟需建立新的协作模式。随着容器化、微服务和API的兴起，应用日益分散且动态多变，给传统网络架构带来了新的挑战。如今，这些应用可以部署在高度分散的不同位置，不再受制于大型服务器集群。

目前市面上的绝大多数多云网络解决方案主要侧重于网络传输层。我们如今所熟知的网络并不具备应用感知能力，因为它最初并非为此而设计。此外，网络主要面向站点到站点（南北向）连接而设计，无法支持日益增多的东西向应用服务连接，这类连接会跨越单一云或物理站点中的集群。因此，企业在进行重大合并或收购时往往会遇到问题：网络路由表中不同的IP地址必须共享同一基础设施，因而不可避免地面临IP重叠问题，导致运维复杂性增加。

传统网络通常被视为“哑管道”，会带来大量运维开销和低效问题，阻碍高度敏捷型组织中的开发团队。许多组织试图从网络入手解决这些问题，却发现这种方法存在不足。

Kubernetes困境

Kubernetes已成为编排这些分布式容器化生态系统的重要工具，可实现大规模的敏捷性和可扩展性。Kubernetes是最初由Google开发的开源容器编排平台，现已迅速得到广泛采用，成为容器化应用部署和管理的事实标准。

Kubernetes提供了一个平台，可自动完成容器化应用的部署、扩缩容和管理。通过对底层基础设施进行抽象，Kubernetes让开发人员能够专注于构建和部署应用，而不必受基础设施资源管理复杂性的困扰。不过，Kubernetes本身（至少其开源版本）也存在一定的复杂性。因此，旨在简化部分复杂性的商业发行版得到了广泛应用。

但这又让我们回到了起点。以商业市场上较为常见的发行版之一Red Hat OpenShift为例。OpenShift广泛部署于企业环境，主要是在本地数据中心。这些企业也会在云端部署服务集群，例如在AWS中，并且很可能正在使用Amazon Elastic Kubernetes Service (EKS)，同时希望将服务集成到Red Hat OpenShift on AWS (ROSA)中。彼此独立且并非为集成而设计的工具环境，使多云问题再次凸显。

云网络安全缺口

目前市场上的每种多云网络解决方案都具备一定程度的内置安全能力，包括高级分段、原生网络防火墙和服务插入功能。但这仍然忽视了应用这一驱动因素。这些解决方案未能充分应对利用业务逻辑攻击的恶意威胁。此类攻击会危及跨多个云和边缘站点的分布式应用服务及API端点。网络本身可能是安全的，但其承载的应用仍可能遭受攻击。企业不得不部署多种单点安全解决方案，并由安全团队实施大量治理措施，以确保其所有分布式混合云和多云应用都得到保护。

阐明安全多云网络的必要性

视频节选：Kyndryl与F5共同定义安全多云网络

具有前瞻性的企业正积极应对挑战，重塑行业格局。以McGraw Hill为例。面对将关键应用迁移到云端的迫切需求，McGraw Hill优先考虑应用需求和安全要求，并选择F5 Distributed Cloud Services来满足其严格要求。借助F5，该公司可以将本地网络无缝扩展到任何云环境，确保在各种云环境中实施一致的应用级安全防护。

同样，苏格兰政府农业与农村经济（ARE）局认识到，需要采用新范式来应对现代应用架构。借助Distributed Cloud Services，ARE可在OpenShift与EKS之间轻松迁移工作负载，充分利用多云环境的灵活性和敏捷性。基础设施主管Neil Smith表示：“多云环境将长期存在。借助F5，我们可以灵活转型，充分利用容器化Kubernetes环境，以及支持这一转型的全套服务和解决方案。”

这些成功案例体现了多云网络正转向以应用为中心、以安全为重点的方法。企业在优先考虑应用需求和安全要求的同时，充分利用现有底层网络基础设施，从而能够更有信心、更高效地应对多云环境的复杂性。帮助基于现代应用架构的组织充分发挥多云的潜力，在数字时代推动创新并取得成功，靠的不是“魔法”，而是安全的多云网络。

关于作者

Derek Yee产品营销高级总监 | F5

Derek Yee 的更多博客文章