云（本文特指基础设施即服务［IaaS］）让负责部署应用的人员无需应对底层基础设施连接的复杂性，从而提升业务敏捷性。所有应用都离不开网络，而云让这些人员无需操心网络问题，为只想立即发布应用的人员解决了一大难题。
问题在于，没有任何应用能够孤立运行，还有多种应用服务也需要部署。这些服务都会插入数据路径，也就是请求和响应在客户端与服务器之间往返时经过的路径。其中包括负载均衡、应用安全、缓存、加密和加速等。我们在年度《应用交付现状》报告中跟踪了26种应用服务，但我很确定，这仍未涵盖全部服务。
不过，我有些跑题了。关键在于，要实现与云本身一样的便捷和快速，需要抽象机制的不只是应用。但这些应用服务也各有一系列挑战，尤其是在适配架构所需的配置方面。将应用部署到生产环境需要时间是有原因的，其中一部分原因是需要部署应用专属服务，以交付并保护这些应用。
云架构既有相似之处，也存在差异。29%的组织表示，云技能是其多云实践面临的一项挑战，因此需要一种能够降低这些应用服务部署复杂性的云解决方案。他们需要一个抽象层，就像云为网络提供的抽象层一样。
模板由此应运而生。
模板在过去几年中变得愈发重要，这并非只是主观观察。在我们最近的调查中，来自各类IT岗位的受访者中，超过半数（52%）认为模板非常重要。这对公有云提供商（Amazon、Microsoft、Google）和私有云提供商（OpenStack）而言都是利好，因为这三类提供商都提供模板，有助于加快整个架构的部署，涵盖从应用到相关服务，以满足企业和用户对安全性、速度和可用性的期望。
遗憾的是，或者从市场现状来看，这也许很现实，这些模板并不能轻松兼容。AWS模板无法用于Azure，反之亦然。这与过去推动基础设施管理标准化时遇到的挑战类似。各云平台的底层模型各不相同，现在期待市场实现统一可能为时已晚。因此，面向云的应用交付平台不仅要支持模板，还必须提供与这些云提供商的云模板兼容的应用服务模板。让平台可用于AWS、Azure或OpenStack只是第一步；还必须提供针对不同云平台的模板，以降低复杂性并改善部署体验。
这不仅减轻了支持多云模式的负担，还通过提供可在代码仓库中存储、进行版本控制和管理的配置工件，支持采用基础设施即代码的方法来管理这些架构。基于模板部署和管理应用服务，使安全团队能够将通用策略嵌入统一模板中，从而实施这些策略。这样，其他运维团队无需再负责解读策略并将其正确编码，同时也能减少应用部署进入生产流水线所需的工作量，使整个过程更加顺畅。
模板有望成为云端部署的通行实践，用于部署组织向企业用户或消费者交付应用时所需的更完整架构。
可在我们的GitHub账户中找到F5支持的Amazon AWS、Microsoft Azure和OpenStack模板：https://github.com/f5networks
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。