技术发展日新月异。也许只是因为新的趋势、方法和架构层出不穷，才让人觉得技术发展得如此之快。本月，“无服务器”架构突然兴起，成为大家Twitter信息流和关注的焦点。至少在Dev/Ops领域是这样。
对于关注基础设施、网络架构和运维，但尚未深入了解这种新架构的人来说，这是一个合乎逻辑的演进过程：从单体架构到微服务，再到无服务器架构。应用也由业务用途进一步拆分为服务，再拆分为函数。
从字面上看，它指的是函数，即事件驱动的细粒度函数。
而且，每个函数所关注的应用逻辑范围甚至比微服务更小。例如，一个微服务可能包含实现“个人资料服务”所需的全部应用逻辑，而无服务器架构会将其进一步拆分为各个独立函数：一个用于登录，一个用于退出登录，一个用于更改密码，还有一个用于重置密码。简单来说，这就像为应用中的每项操作构建一个小巧、专注的服务。
之所以称为“无服务器”，是因为它本质上是PaaS的一种高度演进形态。这对PaaS来说是件好事，因为PaaS市场一直未能发展成它所期待的庞然大物。它似乎一直不温不火，虽然热爱它的拥趸时常为它叫好，但总体上并未受到太多关注，其增长速度远不及私有云或公有云，更无法与SaaS相比。在无服务器架构中，除了用户按下按钮、选中复选框或点击链接时执行相应操作所需的代码外，其他一切都由云提供商负责。这就是“事件驱动”中的事件：当用户按下按钮时，执行function_in_the_cloud。该函数通常是某个更大API的一部分，而这个API由云中的另一项服务管理。
这里的关键在于，编写函数的人员无需预配、配置或启动虚拟机或容器，也不必操心扩缩容等运维细节。他们只需编写一些代码，然后点击按钮，即可立即实现相应功能。
这将云模式推向了极致，因为开发人员负责的技术栈如今缩减为单一层级，即应用层。借用Metallica的话来说，其他一切都不重要。底层平台会处理所有运维细节。这就是NoOps，至少从开发人员的角度来看是如此。
因为您知道，平台底层有服务器、服务、基础设施和网络，共同提供这种神奇的能力。开发人员无需为此操心，但作为基础设施或网络运维专业人员，您需要关注这些方面。
因此，企业短期内不太可能跟进这一趋势。要实现这一点，需要一个全面投入运行的云计算环境，不仅具备虚拟机或容器置备能力，还要具备自动自动扩缩容能力。换言之，无需开发人员设置参数或提供输入即可扩缩容。它就应该自动完成，仅此而已。这不是自助服务，而是自动服务。不仅扩缩容如此，置备也要自动完成，监控、报告以及当今几乎所有与运维相关的工作同样如此。因此，这种模式目前主要出现在成熟的云服务提供商环境中；只有这些环境具备支持这种基本无需人工干预的运维模式所需的底层基础设施、自动化和编排能力。
因此，目前对无服务器计算的关注主要集中在探索其特性，并了解如何使用云中现有的实现：Amazon Lambda、Google Cloud Functions、Microsoft Azure Functions和IBM OpenWhisk。当然，也有一些产品可帮助实现本地部署，例如Serverless和Iron.io。但目前，无服务器计算仍处于非常早期的阶段。
不过，您可能很快就会开始听到有关无服务器架构的各种动向。目前，这主要意味着一种新架构刚刚开始兴起。短期内（未来12至15个月），它不太可能影响大多数组织，但在它进入本地部署阶段之前，最好先了解其原理。
The NewStack提供了一篇很好的概述，如果您想进一步了解无服务器架构及其当前的优势与挑战，可以阅读这篇文章。
关于作者
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服务。