如何使用多云集群每月节省数百小时的应用部署时间

现代applications概览

微服务是当今软件部署领域的常态。 随着应用分解为不同的服务，组织需要部署的应用数量也随之增加。 通常服务的数量会增加数百或数千倍。 如果我今天有一百个应用，这通常会变成数千个微服务。

最终目标是更快地将应用和新功能交付到最终用户和客户手中。

挑战在于如何在不牺牲部署速度的情况下持续部署数千种服务。

今天，部分答案是使用 Kubernetes 进行部署。 Kubernetes 是大规模部署基于微服务的应用的事实标准。 它为您提供可重复性、规模和重要的部署速度——这意味着更快地将功能提供给最终用户。

扩展微服务部署的组织希望运行多个 Kubernetes 集群。 通常，这些多个集群在不同的位置运行。 这些位置可以是分支机构或零售站点、不同的云提供商，或者更常见的是两者的混合。

越大越难

管理跨多个 Kubernetes 集群的速度和规模应用部署非常困难。 每个应用现在都由多个服务组成。 有多个应用、服务、站点和 Kubernetes 集群需要处理。

从架构上讲，这会导致复杂的构建和部署管道，这些管道通常是针对单个云提供商或单个应用定制的。 定制还意味着脆弱、易碎和容易破裂，通常是在应用部署期间。

大规模部署

现在就可以跨分布式位置部署多个应用和服务。 这意味着您现在可以跨多个 Kubernetes 集群快速部署应用。 此功能可减少部署时间并降低复杂性。 最终，这意味着最终用户可以更满意地更快地获得新功能。

作为应用开发人员，我可以将多个 Kubernetes 集群视为一个实体。 这意味着当我将应用部署到单个“虚拟” Kubernetes 集群时，我实际上是在跨多个集群部署我的应用。 这些多个集群可以彼此相邻，也可以位于世界的两端。

跨多个位置部署应用的能力对于部署管理和速度具有深远的影响。 我不再需要处理定制的、脆弱的部署管道，也不再担心每个云提供商之间的细微差别。

现在，我可以使用标准部署方法部署应用并将功能更快地交到最终用户和客户手中。

全是本土产品

最好的部分是，作为开发人员，我可以使用本机工具将我的应用部署到 Kubernetes。 我可以使用熟悉的部署方法和工具部署到多个集群。 在开发人员方面我不需要做任何特殊的事情。

从更深层次的技术角度来看，这使我能够使用两个标签（Kubernetes 原生构造）进行部署，以选择要部署到一个或多个站点。 我还可以使用 Kubernetes 原生工具（如kubectl命令）以及标准化的 Kubernetes 部署文件或清单。 这是与 Kubernetes 交互的标准方式。 这使得部署变得简单，因为我可以使用熟悉的工具，并且还有跨多个集群和位置快速部署的额外好处。

但最重要的是能够简单地使用 Kubernetes 标签来选择是否部署到单个集群还是多个集群。 标签是 Kubernetes 的原生构造，允许我“标记”一个应用。 我可以用一个位置来“标记”或标注我的应用，这个位置可以是一个或多个 Kubernetes 集群。

结论

使用 F5 的 Volterra 平台在多个位置大规模部署应用可减轻开发人员日常所感受到的痛苦。 使用 Kubernetes 原生结构部署应用的能力可以节省时间，并让您的应用更快地到达需要它的人手中。

集中式可观察性和策略以及轻松的分布式部署的能力消除了开发人员的负担。

持续的部署速度和速度意味着更快地将应用和功能交到客户手中。