Serverless应用决策指南 译文
译者 | 崔皓
策划 | 云昭
应用Serverless会面临许多棘手的难题,本文提供一份实用指南,告诉你如何采用Serverless架构,解决Serverless架构中的实际挑战,有哪些合适的方案并讨论Serverless如何实现响应式事件驱动架构。文章没有提到云提供商的Serverless服务,仅在示例中有所提及(AWS 参考)。
Serverless计算模型已达到了发展规律周期的“早期采用者”阶段,并且正在快速进入“早期多数”阶段。尽管Serverless的发展迅速惊人,但企业在采用Serverless将其应用到技术和架构,从而构建高效的 IT 生态系统方面确缺乏战略实践。本文试图为如何使用Serverless架构提供简化的决策指南,但没有对FaaS、BaaS和云服务提供商 (CSP) 提供的其他服务(例如无服务器数据库、API网关或边缘服务)的决策提供建议。
1.使用Serverless候选者的特征
在深入研究Serverless采用指南之前,了解使用Serverless的候选者特征非常重要。下表针对应用或负载模型提供了技术无关性特征,这些特征很容易融入Serverless。这些特征是更为复杂的Serverless模式、解决方案和架构。它们可以组合使用,并不具有排他性。
2.Serverless的候选架构
以下某些架构更适合跨应用程序、数据、集成、人工智能、物联网等采用Serverless。
应用
- 反应系统
- 基于领域驱动设计的微服务
- 扼杀者转换(Strangler Transformation)
- 数据
大数据
- 包括SQL和No SQL数据库,例如,文档数据库、列式数据库、键值、RDBMS、对象存储
- 数据处理
- 流处理
- CDC
- 批处理
- ETL?
集成
- REST API
- 事件驱动
- 通知
- 消息传递
- 事件流
- 工作流程
加工
- HTTP/HTTP(s)
- BPM 工作流程
- 录制
- 转码
- 人工智能/机器学习
- 物联网事件处理
- 区块链处理
安全与合规
- IAM,身份联盟
- 密钥、证书管理、RBAC、秘密保险库、HSM
- 防火墙、DDoS
- 监管数据合规
- 物联网设备安全
DevOps
- CI/CD
- 可观察性
- 健康仪表板、成本管理、账户管理
- IAC
3.Serverless功能示例
下面列出了Serverless功能的示例,当然列表的内容还在不断扩充中。
- 对由内部和外部服务触发的事件采取行动。
- 根据特定的时间表(定期)安排任务,例如进行备份和日志分析。
- 为现有服务或应用程序实施API管理。
- 执行应用程序逻辑以响应数据库更改。
- 调用可自动扩展的API后端服务。
- 图像处理与视觉识别服务相结合。
- 基于目标的流、图像和视频操作。
- 响应传感器输入 (IoT) 执行边缘分析。
- 使用新的功能逻辑扩展和增强工作流以及相关数据(例如,发送通知、标记数据、添加天气数据)。
- 充当不同服务之间的粘合剂以创建强大的管道。
- 微服务的实现,以及并行计算或数据处理。
- 应用程序需要基于事件/基于异步的通信来实现用例。
- 轮询用例,pub-sub的实现。
4.不适合Severless的案例
此外,在某些情况下,Serverless可能不适合如下情况:
- 需要高性能计算 (HPC) 并执行组件的工作负载。
- 执行时间长且需要Master/Worker节点的集群进行处理的进程。
- 需要控制底层基础架构组件(如物理套接字或内核)的工作负载,例如,工作负载需要绑定到每个内核、每个套接字或每个VM的许可证。
- 在受监管行业运营的组织,组织需要使用专用基础架构,同时在非多租户环境中运行应用。
- 需要使用预测或ML复杂算法,以及适合细粒度自动扩展规则的工作负载。
- 长时间运行的任务。
- 复杂(不可分离)或需要很长时间初始化的函数。
- 需求有状态的会话来实现用例。
- 涉及使用DB进行事务管理的功能,同时对快速扩展有要求。DB可能成为扩展的瓶颈。
- 客户端强制要求合规性(例如,如果合规性需要扫描底层基础设施,因为在Serverless中没有特定的基础设施)。
- 对运行时版本的实施要求是特定的(原因是我们无法控制Serverless运行时并且更新是由供应商驱动的)。
- Serverless的应用程序架构取决于供应商(供应商锁定的可能性,特别是涉及平台功能,例如身份验证、扩展、监控和配置管理)。
- 当处理的数据本质上是敏感的时,多租户不是首选选项。
5.简化的Serverless采用决策指导框架
根据特性、架构类型和用例,一个简单的Serverless采用决策指导框架如下所示。
CSP存在各种用于Serverless实施的服务类型,主要是FaaS/BaaS和Serverless容器平台。
6.Serverless平台的主要特征
下面列出了无服务器平台的一些关键特性。
- 简化的编程模型?,因为整个应用程序可以描述为FaaS和BaaS的事件触发器,并且整个“应用程序”可以由更小的Serverless构建块组成。
- 使用短时间、单一用途、RESTful函数专注于前端应用逻辑?
- 简单 (JSON) 输入/输出
- 通过环境变量进行本地化配置
- Polyglot-选择适合自身需求的编程语言;组合用不同语言编写的函数。
- 事件驱动?- 多种调用模式(通过触发器/消息自动化,从API调用手动)
- 简化的数据和服务集成——与存储(数据库、对象存储等)消息、API管理和其他提供商服务的“开箱即用”集成
- 迈向“NoOps”——Serverless平台管理运营方面,例如供应、部署、自动扩展配置、可用性等。
- 平台提供的运营支持服务-对日志记录和监控、身份和访问管理等的“内置”支持。
- 仅为您使用的计算付费-定价基于功能执行时间或请求数。
7.FaaS/BaaS与无服务器平台的简单决策指南
了解CSP的FaaS/BaaS服务之间的选择,使用可以运行容器的Serverless平台是至关重要的。下面提供了一个简单的决策指导。
8.结论
虽然Serverless计算正在迅速发展,带来了新的服务和功能,这些新服务和功能往往超出了目前应用的范围,组织可能在Serverless的应用策略上面临重大挑战。本文试图提供简化的指导?,可能有助于加快Serverless的应用。
译者介绍
崔皓,51CTO社区编辑,资深架构师,拥有18年的软件开发和架构经验,10年分布式架构经验。
原文链接:
??https://dzone.com/articles/decision-guidance-for-serverless-adoption???