小编在上篇文章中介绍了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微信，可邀请您进群交流体验哦~
?