Dapr中最重要的部分是什么？

最新推荐文章于 2024-05-15 14:54:49 发布

Methodot

最新推荐文章于 2024-05-15 14:54:49 发布

阅读量317

点赞数

分类专栏：云原生文章标签： p2p 网络协议云原生

本文链接：https://blog.csdn.net/StarOS_Test/article/details/122240131

版权

云原生专栏收录该内容

25 篇文章 5 订阅

订阅专栏

小编在上篇文章中介绍了Dapr和API的关系，这次来聊聊Dapr本身重要的组成部分——Actor模型

Actor模型作为Dapr中重要的部分，大大简化了并发编程的复杂度，但其能解决什么问题，工作原理又是啥？

#Actor模型

Actor模型起源于Carl Hewitt在1973年提出的作为并发计算的概念模型，这种形式的计算会同时执行多个计算。当时并没有高度并行的计算机，但多核Cpu和分布式系统的最新进步使得Actor模型变得流行。

在Actor模型中，Actor是一个计算和状态独立的单元。Actors完全彼此隔离，它们永远不会共享内存。Actors 使用消息相互通信。当一个Actor 收到消息时，它可以更改其内部状态，并将消息发送到其他 (可能是新的) Actors。

Actor模型使得编写并发系统变得更简单

Actor提供了基于 turn-based 的 (或单线程) 访问模型。多个Actors可以同时运行，但每个Actor 一次只处理一个接收的消息。这意味着，在任何时候，都可以确保在Actors 中最多有一个线程处于活动状态，这使得编写正确的并发系统和并行系统变得更加容易。

#Actor模型能解决啥问题

Actor 模型的实现通常绑定到特定语言或平台。使用 Dapr Actor 构建块可以从任何语言或平台来使用 Actor 模型。Dapr 的实现基于项目 "奥尔良" 中引入的虚拟Actor模式。对于虚拟Actor模式，不需要显式的创建Actor。第一次将消息发送到Actor时，Actor将被隐式激活并放置在群集中的节点上。当不执行操作时，Actor 会以静默方式从内存中卸载。如果某个节点出现故障，Dapr 会自动将激活的Actor 移到正常的节点。除了在Actor之间发送消息以外，Dapr Actor模型还支持使用计时器和提醒调度将来的工作。

虽然Actor模型提供了很大的优势，但必须仔细考虑Actor的设计。例如，如果多个客户端调用相同的Actor，则会导致性能不佳，因为Actor 操作会按顺序执行。下面的检查清单是是否适用于 Dapr Actor的一些标准：

问题空间涉及并发性。如果没有Actor，则需要在代码中引入显式锁定机制。
可以将问题空间分区为小、独立和隔离的状态和逻辑单元。
不需要低延迟的读取Actor 状态。因为Actor 操作是按顺序执行，不能保证低延迟读取。
不需要在一组Actor 之间查询状态。跨Actor 的查询效率低下，因为每个Actor 的状态都需要单独读取，并且可能会导致不可预测的延迟。

满足这些条件的一种设计模式就是基于业务流程的saga或流程管理器设计模式。Saga管理必须执行的一系列步骤才能达到某些结果。Saga (或进程管理器) 维护序列的当前状态，并触发下一步。如果一个步骤失败，saga可以执行补偿操作。利用Actor，可以轻松处理 saga 中的并发，并跟踪当前状态。EShopOnDapr 参考应用程序使用 saga 模式和 Dapr Actor来实现排序过程。

#工作原理

Dapr 提供了用于调用Actor 的 HTTP/gRPC API。

这是HTTP API的基URL：http://localhost:daprPort/v1.0/actors/actorType/actorId/

daprPort: Dapr 侦听的 HTTP 端口
actorType：执行组件类型
actorId：要调用的特定Actor的ID

Actor管理每个Actor的运行时间和位置，以及在Actor之间路由消息的方式。如果一段时间未使用某个Actor，则运行时将停用该执行组件，并将其从内存中删除。Actor所管理的任何状态都将被保留，并在Actor 重新激活时可用。Dapr 使用空闲计时器来确定何时可以停用Actor。当在Actor 上调用操作时 (通过方法调用或提醒触发) ，会重置空闲计时器，并保持激活执行组件实例。

Actor API 只是公式的一部分。服务本身还需要实现 API规范，因为你为Actor编写的实际代码将在服务本身内运行。下图显示了服务和它之间的各种 API 调用：

actor服务和 Dapr Actor之间的 API 调用

为了提供可伸缩性和可靠性，将在Actor服务的所有实例中对actor进行分区。Dapr placement服务负责跟踪分区信息。启动Actor服务的新实例时，会将支持的Actor 类型注册到placement服务。placement 服务计算给定Actor类型的更新分区信息，并将其广播给所有实例。下图显示了将服务扩展到第二个副本时发生的情况：

Actor 处理单元编排服务 placement service

启动时，Actor调用actor服务以获取注册的Actor类型和Actor的配置设置。
将注册的Actor类型的列表发送到placement 服务。
placement服务会将更新的分区信息广播到所有Actor服务实例。每个实例都将保留分区信息的缓存副本，并使用它来调用Actor。

由于actor是在各服务实例间随机分发的，因此Actor 始终需要调用网络中的其他节点。

下图显示了在 Pod 1 中运行的ordering 服务实例调用ship OrderActor ID 为的实例的方法 3 。由于 ID 的actor 3 放在不同的实例中，因此将导致调用群集中的不同节点：

调用执Actor方法

服务在Actor上调用Actor API。请求正文中的JSON有效负载包含要发送到Actor的数据。
使用placement 服务中的本地缓存的分区信息来确定哪个执行组件服务实例 (分区) 负责托管 ID 为的Actor 。在此示例中，它是 pod 2中的服务实例。调用将转发到相应的实例 3。
Pod 2 中的实例调用服务实例以调用Actor。如果Actor尚未并执行Actor方法，则该服务实例将激活该执行组件。

计时器和提醒 Timers and reminders

Actors 可以使用计时器和提醒来调度自身的调用。这两个概念都支持配置截止时间。不同之处在于回调注册的生存期：

只要激活Actor，计时器就会保持活动状态。计时器不会重置空闲计时器，因此它们不能使Actor 处于活动状态
提醒长于Actor激活。如果停用了某个Actor，则会重新激活该执行组件。提醒将重置空闲计时器

计时器是通过调用Actor API 来注册的。在下面的示例中，在时间为0的情况下注册计时器，时间为10秒。

curl -X POST http://localhost:3500/v1.0/actors/<actorType>/<actorId>/timers/<name> \  -H "Content-Type: application/json" \  -d '{        "dueTime": "0h0m0s0ms",        "period": "0h0m10s0ms"      }'

此提醒将在5分钟后激发。由于给定时间段为空，这将为一次性提醒。计时器和提醒均遵循turn-based 的访问模型。当计时器或提醒触发时，直到任何其他方法调用或计时器/提醒回调完成后才会执行回调。

State persistence

使用 Dapr 状态管理构建块保存Actor 状态。由于执行组件可以一轮执行多个状态操作，因此状态存储组件必须支持多项事务。撰写本文时，以下状态存储支持多项事务：

Azure Cosmos DB
MongoDB
MySQL
PostgreSQL
Redis
RethinkDB
SQL Server

若要配置要与Actors 一起使用的状态存储组件，需要将以下元数据附加到状态存储配置：

- name: actorStateStore  value: "true"

下面是 Redis 状态存储的完整YAML示例：

apiVersion: dapr.io/v1alpha1kind: Componentmetadata:  name: statestorespec:  type: state.redis  version: v1  metadata:  - name: redisHost    value: localhost:6379  - name: redisPassword    value: ""  - name: actorStateStore    value: "true"

#总结

Dapr actors 构建基块可以更轻松地编写正确的并发系统。actors 是状态和逻辑的小单元。它们使用基于轮次的访问模型，无需使用锁定机制编写线程安全代码。actors 是隐式创建的，在未执行任何操作时以无提示方式从内存中卸载。重新激活actors 时，自动持久保存并加载actors 中存储的任何状态。actors 模型实现通常是为特定语言或平台创建的。但是，借助 Dapr 执行组件构建基块，可以从任何语言或平台利用执行actors 模型。

Actor 支持计时器和提醒来调度将来的工作。计时器不会重置空闲计时器，并且允许Actor 在未执行其他操作时停用。提醒会重置空闲计时器，并且也会自动保留。计时器和提醒都遵守基于轮次的访问模型，确保在处理计时器/提醒事件时无法执行任何其他操作。

使用 Dapr 状态管理构建基块持久保存执行组件状态。支持多项事务的任何状态存储都可用于存储执行组件状态。

参考资料：
https://www.cnblogs.com/shanyou/
https://docs.dapr.io/developing-applications/building-blocks/actors/
https://docs.dapr.io/reference/components-reference/supported-state-stores/

加staros-Nina微信，可邀请您进群交流体验哦~