Dapr简单入门（一）
Dapr 是微软主导的云原生开源项目，2019年10月首次发布，到发布 V1.0 版本时候github star 数达到了 1.2 万，超过同期的 kubernetes、istio、knative 等，发展势头迅猛，业界关注度非常高，目前最新版本是v1.2.2。
Dapr 这个词是是 「Distributed Application runtime」的首字母缩写，非常精炼的解释了 dapr 是什么： 一个为应用提供分布式能力的运行时。
Dapr是一种可移植的，事件驱动的，无服务器运行时，用于构建跨云和边缘的分布式应用程序。
关键字：可移植，事件驱动，弹性，有状态和无状态，云和边端，语言无关，框架无关。
这些主要是 dapr 的愿景，核心是要提供一个有标准，可配置 ，包含各种分布式能力的运行时。
什么是分布式应用运行时？
一般是指用来支持程序运行的实现。描述的是程序正常执行需要的支持：库、命令和环境等。
Dapr 架构
任何语言，任何框架，任何地方
Dapr 将构建微服务应用的最佳实践设计成开放、独立和模块化的方式，能够使用任意的开发语言和框架构建可移植的应用程序。 每个构建块都是完全独立的，可以采用其中一个、多个或全部来构建应用。
此外，Dapr 是和平台无关的，这意味着可以在本地、Kubernetes 集群或者其它集成 Dapr 的托管环境中运行应用程序。 这使得能够在云平台和边缘计算中运行微服务应用。
使用 Dapr，可以使用任何语言、框架轻松构建微服务应用，运行在任何地方。
云平台和边缘计算的微服务构建模块
每个构建模块都是独立的，这意味着可以采用其中一个、多个或全部来构建应用。 目前，可用的构建块如下：
| Serveice Invocation | 服务调用，跨服务调用允许进行远程方法调用(包括重试)，不管处于任何位置，只需该服务托管于受支持的环境即可。 |
|---|---|
| State Management | 状态管理，独立的状态管理，使用键/值对作为存储机制，可以轻松的使长时运行、高可用的有状态服务和无状态服务共同运行在您的应用程序中。 状态存储是可插拔的，目前支持使用Azure CosmosDB、 Azure SQL Server、 PostgreSQL,、AWS DynamoDB、Redis 作为状态存储介质。 |
| Publish and Subscribe | 发布订阅，发布事件和订阅主题。 |
| Resouurce bindings and Triggers | 资源绑定，Dapr的Bindings是建立在事件驱动架构的基础之上的。通过建立触发器与资源的绑定，可以从任何外部源（例如数据库，队列，文件系统等）接收和发送事件，而无需借助消息队列，即可实现灵活的业务场景。 |
| Actors | Actor模型 = 状态 + 行为 + 消息。一个应用/服务由多个Actor组成，每个Actor都是一个独立的运行单元，拥有隔离的运行空间，在隔离的空间内，其有独立的状态和行为，不被外界干预，Actor之间通过消息进行交互，而同一时刻，每个Actor只能被单个线程执行，这样既有效避免了数据共享和并发问题，又确保了应用的伸缩性。 Dapr 在Actor模式中提供了很多功能，包括并发，状态管理，用于 actor 激活/停用的生命周期管理，以及唤醒 actor 的计时器和提醒器。 |
| Observability | 遥测，Dapr记录指标，日志，链路以调试和监视Dapr和用户应用的运行状况。 Dapr支持分布式跟踪，其使用W3C跟踪上下文标准和开放式遥测技术，可以轻松地诊断在生产环境中服务间的网络调用，并发送到不同的监视工具。 |
| Secrets | Dapr 提供了密钥管理，支持与公有云和本地的Secret存储集成，以供应用检索使用。 |
Dapr 所提供的「分布式应用运行时」，是应用程序运行所需分布式能力的实现，这些能力涵盖服务通信、数据持久化、外部 binding，pub-sub 等等。比如服务调用需要有容错重试机制，比如一个数据持久化操作希望使用乐观锁，比如发布消息是要求有投递保证。
长期以来，这些功能的适配都是集成在业务代码里的。dapr 创新之处是将这些功能，从原来 application runtime 中拆分出来，作为一个独立的 runtime。dapr runtime 也满足上面说到的 runtime 的特征。
Sidecar模式
Dapr以 sidecar 架构的方式公开其API，可以是容器，也可以是进程，不需要应用代码包含任何 Dapr 运行时代码。 这使得 Dapr 与其他运行时的集成变得容易，在应用逻辑层面做了隔离处理，提高了可扩展性。
目的：快速落地微服务，专注于业务开发
托管环境
自托管
自托管模式 下，Dapr 运行一个单独的 sidecar 程序，在服务代码中可以通过 HTTP 或 gRPC 调用它。 每个运行的服务都有一个 Dapr 运行时进程 (或 sidecar) ，配置为使用状态存储， pub/sub，绑定组件和其他构建块。
Kubernetes 托管
在如 Kubernetes环境中，Dapr 作为 sidecar 容器运行，和应用程序容器在同一个 pod 中。
在 Kubernetes 中， dapr-sidecar-injector 和 dapr-operator 服务提供一流的集成，以将 Dapr 作为 sidecar 容器启动在与服务容器相同的 pod 中 ，并为在集群中部署的 Dapr 组件提供更新通知。dapr-sentry 服务是一个认证中心，它允许 Dapr sidecar 实例之间的相互 TLS 进行安全数据加密。
在 Kubernetes 集群中部署和运行启用 Dapr 的应用程序非常简单，只需向 deployment 中添加一些注解。
开发者语言 SDK
为了让不同语言使用 Dapr 更加自然，它还包含了语言特定的 SDK：
-
C++
-
Go
-
Java
-
JavaScript
-
Python
-
Rust
-
.NET
-
PHP
这些 SDK 通过特定语言 API 来暴露 Dapr 构建块的功能，而不是调用 http/gRPC API。 这使您能够以自己选择的语言编写无状态和有状态功能和 actors 的组合。 由于这些 SDK 共享 Dapr 运行时，因此您可以获得跨语言 actor 和功能支持。
开发框架
Web
| 语言 | 框架 | 说明 |
|---|---|---|
| .NET | ASP.NET | 带来状态路由控制器，从而完成来自其他应用的 发布/订阅 构建块。 也可以利用 ASP.NET Core gRPC 服务。 |
| Java | Spring Boot | |
| Python | Flask | |
| Javascript | Express | |
| PHP | 可以使用 Apache, Nginx, 或 Caddyserver 进行托管 |
安装Dapr
wget -q https://raw.githubusercontent.com/dapr/cli/master/install/install.sh -O - | /bin/bashdapr //查看dapr是否安装成功看到控制台输出以下信息，dapr安装成功
初始化 Dapr 分布式运行时
dapr init --runtime-version 1.0.0使用较为稳定的1.0版本
docker ps看到以下三个容器运行成功，dapr分布式运行时安装成功
daprio 则为运行时环境，redis、zipkin是dapr自带的。