无服务器架构成云计算未来趋势，将DevOps带入新层次
|
副标题[/!--empirenews.page--]
《无服务器架构成云计算未来趋势，将DevOps带入新层次》要点： 作者： Rafal Gancarz 译者：周元昊 本文要点
无服务器架构近在眼前无服务器计算正改变着软件系统构建和运营的方式.尽管它是 IT 行业中一个相对较新的领域,但它可能会大大改变软件行业业务价值的交付方式.它可以使用可用和可扩展的云端负载来以较低的成本运行项目,这对许多产品类型和业务用例来说是一种理想的方式. 但无服务器架构不仅仅只改变了软件交付的方式,它还会改变软件开发组织本身,相信这点对 IT 行业产生的影响将更加深远.在本文中,我们将探讨无服务器架构如何改变那些用其发布软件的组织的文化,以及它是如何影响整个行业的未来的. DevOps 目前的状态在过去几年没有太脱离业界环境的人,一定听说过 DevOps.DevOps 运动将敏捷软件开发融入并扩展到 IT 运营领域,旨在通过促进开发和运营团队之间的强力协作并采用新颖的运营实践来提供更高的业务敏捷性,尤其是在基础设施配置、改进发布管理和运营工具方面. 事实上,DevOps 正在成为 IT 行业的新标准,并且已经被业界广泛采纳,常见于云计算和容器技术.同时,许多组织正尽力去理解 DevOps 的全貌,这主要受限于他们专业知识上的缺乏和各种组织结构上的挑战.尽管面对这些挑战,DevOps 正在成为一个主流运动,它正改变着 IT 组织发布软件的方式,这就像敏捷运动在过去十多年中所产生的影响. 但是,无服务器架构是如何适应 DevOps 文化的?它将如何影响常规的 DevOps 实践呢? 为什么要选择无服务器架构?为了了解无服务器架构是怎样影响那些使用它的组织的,让我们首先来看看用它进行构建和运行软件系统所具备的关键特性. 功能即服务(FaaS)提供了一个托管的运行时,用于执行任何已经上传到服务上的代码.这可能看起来就像将可运行的项目部署到计算机实例或服务器上,并在操作系统上执行它,但实际上这并不相同.FaaS 在保证功能在满足当前需求规模下可用的同时,只以执行次数和运行时间收取费用.同时它会抽象出实际的运行时(如 Java 虚拟机或 NodeJS)和操作系统本身的配置.在其背后,运行时进程、操作系统和计算实例还是在运行着的(不要被“无服务器”这个名字蒙骗了),但开发人员不再需要担心这些因素了. 这正是无服务器架构的优点,整个计算堆栈,包括运行功能代码的操作系统进程,完全由云提供商管理.与传统的基础架构即服务(IaaS)模型相比,这种方式大大简化了运算基础架构的管理,并结合了按使用进行收费的计费模式,提供了非常灵活且经济的运算选型. 快速开发除了 FaaS 计算(如 AWS Lambda、Azure Functions 以及 Google Functions)之外,公共云提供商还提供了一系列其他服务用于组合并创建无服务器架构.从可伸缩的持久化存储和消息中间件,到 API 网关和内容分发网络,如今想要构建一个完整的系统完全不需要直接摆弄服务器. 每个云提供商的服务都可以通过其提供的软件开发工具包(SDK)进行全方位的配置,可以用其快速地发布产品来提供业务价值,前提是你要熟悉可用的服务及其配置选项.每个功能往往只负责处理简单的事件或请求,因此通常它们不需要大量代码,小而集中的业务逻辑就足够了.例如,一个功能可能只负责根据数据库表中的触发器,将变化信息推送到用户的电子邮件或相应的消息队列上,让其他子系统可以使用这个通知来更新外部系统. 然后,许多这样的功能用于实现业务逻辑及连接服务,从而提供了持久化、消息、集成、内容分发、机器学习等基本功能.这些服务解决了许多复杂的项目问题,并可以用其来创建复杂的解决方案而不会碰到太多困难,进而可以快速进行原型设计并开发. 从一开始就考虑维护性使用了无服务器架构,就不可能在不考虑代码执行方式以及其他所需资源的情况下开始编写代码,至少这样做毫无意义.毕竟,为了了解代码如何与 API 网关、数据存储或消息中间件交互,首先必须部署代码,还要配置所有相关资源.虽然,可以使用模拟,而不通过真实的部署来执行代码,但这只提供了有限程度的验证,况且,这样不会运行该功能所需的整个基础架构堆栈. 无服务器架构需要配置好云资源这点可以说有利也有弊.那些习惯于使用自己机器,在本地开发模式下运行应用程序和系统的用户,很可能会因为较长的反馈周期而损失部分生产力.基础设施配置和代码部署确实需要更多的时间,但并不会像 IaaS 一样多,后者还要算上按需启动计算实例的时间. 从一开始就强制关注基础设施堆栈的主要好处是,能早在编写代码的时候,就考虑基础架构设置和配置机制.这与现在仍常见的传统方法不同,常常开发人员编写代码,并借助于持续集成工具进行打包,然后将其转交给运营团队进行部署,在这个过程中会假设不用考虑网络基础设施的问题. DevOps 运动促进了开发和运营团队之间的合作,而在无服务器架构中,他们就根本不可能被分开. 在无服务器架构中,即使部署一个简单的功能,也需要对一些运营和财务方面的关键问题作出决定.两个最基本的配置选项就是可用内存和超时时间(即功能调用的预估时间).这两个设置都会影响调用所需的花费,因为它是按照内存消耗和执行时间来收费的.此外,分配的内存通常与功能运行的计算实例相关联,更多的内存就意味着更多的处理能力. 由于需要这么多次对功能的配置调优,根据可用的预算及期望和观察到的性能特性对设置进行快速地调整就极为重要了.这些特性可以通过云提供商收集并公开的指标进行确定,AWS CloudWatch 就是一个监控服务的例子.实际上,在构建无服务器架构时拥有丰富的 FaaS 和其他服务的指标对于是否可以运营这个架构至关重要.由于在配置资源后立即可以得到这些指标,所以在开发阶段就可以,也应该考虑架构的许多运营问题,如性能优化、容量规划、监控和记录. （编辑：江门站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
