云(在这篇文章中我指的是基础设施即服务 (IaaS))主要通过将那些负责部署应用程序的人员从底层所有基础设施布线的复杂性中解放出来,来实现业务敏捷性。 由于不需要关注所有应用程序都需要的网络,云计算为那些只想立即推出应用程序的人消除了一个主要麻烦。
事实上,没有一个应用程序是一座孤岛,还有各种各样的应用服务也需要部署。 这些服务都是插入数据路径的服务——请求和响应从客户端到服务器再返回所采用的路线。 其中包括负载均衡、应用程序安全、缓存、加密和加速等等。 我们在年度application交付状况报告中追踪了 26 个应用,但我很确定我们还没有追踪完所有应用。
但我离题了。 重点是,如果要像云本身一样简单和快速,那么不仅仅应用程序需要抽象机制。 但是每个应用服务都面临着一系列挑战,特别是在适应架构所需的配置方面。 将应用程序部署到生产环境中需要时间是有原因的,部分原因是需要部署特定于应用程序的服务来交付和保护它们。
云架构既相似又不同。 29% 的组织认为云技能是其多云工作面临的挑战,他们需要一种云解决方案来消除部署这些应用服务的复杂性。 他们需要一种抽象,就像云为网络提供的抽象一样。
输入模板。
在过去的几年中,模板变得越来越重要,这不仅仅是一种观察。 在我们的最新调查中,来自各个 IT 岗位的超过一半 (52%) 的受访者高度重视模板。 这对于云提供商来说是个好兆头,无论是公共云提供商(亚马逊、微软、谷歌)还是私有云提供商(OpenStack)。 这是因为这三个版本都提供了有助于加快整个架构部署的模板——从应用程序到提供企业和用户所期望的安全性、速度和可用性所需的服务。
遗憾的是 – 或者也许是现实情况是,考虑到市场情况 – 这些模板并不容易兼容。 您不能将 AWS 模板与 Azure 一起使用,反之亦然。 这反映了过去在标准化基础设施管理方面所面临的类似挑战。 每种云的底层模型都不同,而且期望市场实现任何正常化可能为时已晚。 这就是为什么云就绪应用交付平台不仅要支持而且还要为云提供商提供与云模板兼容的应用服务模板如此重要。 使平台可用于 AWS 或 Azure 或 OpenStack 只是第一步;必须提供特定于云的模板以降低复杂性并改善部署体验。
这不仅减轻了支持多云模型的负担,而且通过提供可通过存储库方法存储、版本控制和管理的配置工件,实现了以基础设施即代码的方式管理这些架构。 基于模板的部署和管理应用服务的方法使安全人员能够通过将通用策略嵌入到通用模板中来执行通用策略。 这减轻了其他运营团队解释政策和正确编纂政策的负担,并减少了将应用程序部署以更少的摩擦转移到生产流程所需的工作量。
模板准备接管云,作为部署组织在向其用户(无论是企业还是消费者)交付应用时所需的更完整架构的最佳实践。
您可以在我们的 github 帐户https://github.com/f5networks上找到适用于 Amazon AWS、Microsoft Azure 和 OpenStack 的 F5 支持的模板