Serverless中微服务的优缺点和最佳实践-低调大师

Serverless中微服务的优缺点和最佳实践

2020-12-22 591

Serverless是一种构建和管理基于微服务架构的完整流程，允许你在服务部署级别而不是服务器部署级别来管理你的应用部署。

它与传统架构的不同之处在于，完全由第三方管理，由事件触发，存在于无状态（Stateless）、暂存（可能只存在于一次调用的过程中）计算容器内。构建无服务器应用程序意味着开发者可以专注在产品代码上，而无须管理和操作云端或本地的服务器或运行时。

Serverless真正做到了部署应用无需涉及基础设施的建设，自动构建、部署和启动服务。

微服务的概念非常适合Serverless功能的结构，可以轻松实现不同服务在部署和运行时隔离。在数据存储方面，使用诸如DynamoDB之类的数据库，还使得每个微服务都能拥有独立的数据库，并在需要独立扩展它们时变得更加容易。

在我们深入研究细节之前，请考虑微服务对于你的特定项目和团队而言，其好处是否大于其缺点。请不要因为“微服务是趋势”，就要必须选择它。单体架构(Monolith)也有他的适用场景。

Serverless中微服务的优势

1. 选择性地可伸缩性和并发性

Serverless功能使管理应用程序的并发性和可伸缩性变得容易。在微服务架构中，我们充分利用了这一点，每个微服务都可以根据需要具有自己的并发/可伸缩性设置。

这是有价值的：减轻DDoS攻击的可能性，减少无法控制的云账单的财务风险，更好地分配资源等等。

2. 细粒度的资源分配

通过选择性的可伸缩性和并发性，可以对资源分配优先级进行详细控制。

每个（微）服务可以根据其需求和目的具有不同级别的内存分配。面向客户的服务可以分配更高的内存，因为它将有助于缩短执行时间，提高响应速度。可以通过优化的内存设置来部署对延迟不敏感的内部服务。

存储机制也是如此，DynamoDB或Aurora Serverless等数据库可以根据（微）服务的需求而具有不同级别的容量分配。

3. 松耦合

这是微服务的基本属性，这样它可以使具有不同用途的系统组件更容易解耦。

4. 支持多运行时环境

Serverless功能配置，部署和执行的简便性为基于多个运行时的系统提供了可能性。

尽管Node.js是后端Web应用程序中最流行的技术之一，但它不可能成为每个任务的最佳工具。但，对于数据密集型任务，预测分析和任何形式的机器学习，Python可能会成为你的选择。专用平台（例如SageMaker）则更适合于大型项目。

借助Serverless基础架构，在运维方面，你无需再花额外的精力就可以为常规后端项目选择Node.js，为数据密集型选择Python。当然，这将在代码维护和团队管理方面增加一些工作。

5. 开发团队的独立性

不同的开发人员或团队可以在各自的（微）服务上工作，修复错误，扩展功能等。

AWS SAM，Serverless之类的工具使得在操作方面也具有更大的独立性。AWS CDK constructs 可实现更大的独立性，而无需牺牲更高级别的质量和运维标准。

Serverless中微服务的缺点

1. 难以监视和调试

Serverless带来的许多挑战中，监视和调试是最有难度的。因为计算和存储系统分散在许多不同节点中，更不用说缓存等的其他服务了。

但是，有专业平台可以解决所有这些问题。

2. 可能会经历更多的冷启动

调用功能时，Lambda会检查microVM是否已激活。如果有空闲的microVM可用，它将用于服务新的传入请求。在这种特殊情况下，没有启动时间，因为microVM已经启动并且代码包已在内存中。这称为热启动。

相反的方法-必须从头开始提供新的microVM来满足传入的请求-被称为冷启动。

当FaaS(Function as a Services)平台（例如Lambda）需要启动新的虚拟机来运行功能代码时，就会发生冷启动。如果你的应用对延迟很敏感，则它们可能会出现问题，因为冷启动会在总启动时间中增加几百毫秒到几秒钟。

因为在完成一个请求后，FaaS平台通常会将microVM闲置一段时间，然后在10-60分钟后关闭。因此，函数执行的频率越高，microVM越有可能运行传入的请求（避免冷启动）。

当我们将应用程序分散在数百或数千个（微）服务中时，我们还可能分散每个服务的调用时间，从而导致每个功能的调用频率降低，可能会经历更多的冷启动。

3. 其他缺点

微服务概念本身还具有其他固有的缺点。这些并不是与Serverless固有的联系。尽管如此，每个采用这种架构的团队都应努力降低其潜在的风险和成本：

确定服务边界并非易事
更广泛的攻击面
服务编排开销
同步计算和存储并不容易

Serverless微服务的挑战和最佳实践

1. Serverless中微服务应该是多大

微服务（MicroService）是软件架构领域业另一个热门的话题。如果说微服务是以专注于单一责任与功能的小型功能块为基础，利用模组化的方式组合出复杂的大型应用程序，那么我们还可以进一步认为Serverless架构可以提供一种更加“代码碎片化”的软件架构范式，我们称之为Function as a Services（FaaS）。

而所谓的“函数”（Function）提供的是相比微服务更加细小的程序单元。例如，可以通过微服务代表为某个客户执行所有CRUD操作所需的代码，而FaaS中的“函数”可以代表客户所要执行的每个操作：创建、读取、更新，以及删除。当触发“创建账户”事件后，将通过AWS Lambda函数的方式执行相应的“函数”。从这一层意思来说，我们可以简单地将Serverless架构与FaaS概念等同起来。

在Serverless中，经常会将“Function as a Services（FaaS）”的概念与你所选择的编程语言中的函数语句混淆。

我们正在进入一个无法画出完美界限的领域，但是经验表明，使用非常小的Serverless功能并不是一个好主意。

你应该记住的一件事是，当决定将（微）服务分拆为单独的功能时，你将不得不应对Serverless困境。只要有可能，将相关逻辑保持在单个功能中就会有很多好处。

决策过程也应考虑到拥有单独的微服务的优势。

如果我分拆这个微服务，

这将使不同的团队独立工作吗？
我可以从细粒度的资源分配或选择性可伸缩性功能中受益吗？

如果不是，则应该考虑将该服务与所需的组件等捆绑在一起。

2. 松耦合你的架构

通过组成Serverless功能来协调微服务的方法有很多。

当需要同步通信时，可以进行直接调用（即AWS Lambda RequestResponse调用方法），但这会导致高度耦合的架构。更好的选择是使用Lambda Layers或HTTP API，这使得以后可以在不中断客户端请求的情况下，修改或迁移服务成为可能。

对于异步通信，我们有几种选择：消息队列（SQS），主题通知（SNS），Event Bridge或者DynamoDB Streams。

3. 组件隔离

理想情况下，微服务不应将实现细节暴露给用户。

诸如Lambda之类的Serverless平台已经提供了隔离功能的API。但这本身就会导致实现细节泄漏，理想情况下，我们将在功能之上添加一个不可知的HTTP API层，以使其真正隔离。

4. 使用并发限制策略

为了减轻DDoS攻击，在使用AWS API Gateway等服务时，请确保为每个面向公众的终端节点设置单独的并发限制策略。

此类服务在云平台中具有针对全局并发配额。如果你没有基于端点的限制，则攻击者只需将一个端点作为目标即可耗尽你的资源配额并使整个系统瘫痪。

总结

无论你是迁移旧系统还是从头开始构建某些产品，确保其按预期顺利运行都是一个持续的挑战。在本文中，我们研究了Serverless的优点和缺点，Serverless的微服务挑战和最佳实践等等。

译者：王延飞

译文链接：

https://dzone.com/articles/microservices-and-serverless-winning-strategies-an

本文分享自微信公众号 - K8S中文社区（k8schina）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

微信关注我们

原文链接：https://my.oschina.net/u/4586894/blog/4829450

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

脑洞：如何用一个整数来表示一个列表？

△点击上方“Python猫”关注，回复“ 1 ”领取电子书原题 | Storing a list in an int (https://iantayler.com/2020/12/07/storing-a-list-in-an-int) 作者 | Computer Wit 译者 | 豌豆花下猫（“Python猫”公众号作者）声明 | 本翻译已得到原作者授权。为便于阅读，内容略有改动。概要与 C、Rust 和 Go 不同，Python 默认的int 具有任意大小。[注1] 、[注2] 这意味着，一个整数可以存储无限大的值，只要内存足够。例如，你可以打开 Python3 并运行以下命令： >>>importmath>>>math.factorial(2020)[numberomitted]# Python猫注：此处求2020的阶乘，结果是一长串数字，所以省略>>>math.log2(math.factorial(2020))19272.453841606068>>>type(math.factorial...

2020-12-22

541

△是新朋友吗？记得先点web前端学习圈关注我哦～为什么要做？女朋友工作是音频后期，平常会收集一些音频音乐，需要看音频的频谱波形，每次用au这种大型软件播放音乐看波形，很不方便，看到她这么辛苦，身为程序猿的我痛心疾首，于是，就有了这么一个小软件，软件涉及到的技术主要为electron,vue,node,波形的展示主要通过wavesurfer生成。从零开始-搭建项目项目通过vue脚手架搭建的，所以需要安装cli工具,如果已经装了，可以跳过这一步. npminstall-g@vue/cli#ORyarnglobaladd@vue/cli 装好后,通过脚手架搭建项目 vuecreatemusic vue需要与electron集成，这里社区已经有比较成熟的vue插件了,Vue CLI Plugin Electron Builder。 vueaddelectron-builder 懒人可以直接去clone我的搭建好得架子直接开发，戳这里：https://github.com/Kerinlin/simple-electron-vue-template 。从零开始-项目开发首先先明确下这个...

2020-12-22

666

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。