分布式应用程序变得越来越流行，因为它们比传统的整体应用程序具有许多优势。然而，构建和运行分布式应用程序可能非常复杂且具有挑战性。Dapr 是一个可移植的事件驱动运行时，可以轻松跨云和边缘构建和运行分布式应用程序。它提供了一组构建块，开发人员可以使用它们轻松构建和运行微服务、事件驱动应用程序和有状态应用程序。在这篇博文中，我们将介绍 Dapr 并讨论其优点和功能。我们还将向您展示如何通过构建简单的微服务应用程序来开始使用 Dapr。
Dapr是一个可移植、事件驱动的运行时，使任何开发人员都可以轻松构建在云和边缘运行的弹性、无状态和有状态应用程序，并支持多种语言和开发框架。利用 sidecar 架构的优势，Dapr 可以帮助您应对构建微服务所带来的挑战，并使您的代码平台保持独立。分布式应用程序运行时简介：Dapr 是一种可移植、事件驱动的运行时，使任何开发人员都可以轻松构建在云和边缘运行的弹性、无状态和有状态应用程序，并支持多种语言和开发框架。任何语言、任何框架、任何地方：
随着当前云采用的浪潮，Web + 数据库应用架构(例如经典的三层设计)更趋向于本质上是分布式的微服务应用架构。您不必成为分布式系统专家才能创建微服务应用程序。这就是 Dapr 的用武之地。Dapr 将构建微服务应用程序的最佳实践编入开放、独立的 API(称为构建块)中。Dapr 的构建模块：
使用 Dapr，您可以逐步将现有应用程序迁移到微服务架构，从而采用云原生模式，例如横向扩展/收缩、弹性和独立部署。Dapr 与平台无关，这意味着您可以运行您的应用程序：
这使您能够构建可以在云和边缘运行的微服务应用程序。
在自托管模式下，Dapr 作为单独的 sidecar 进程运行，您的服务代码可以通过 HTTP 或 gRPC 调用该进程。每个正在运行的服务都有一个 Dapr 运行时进程(或 sidecar)，配置为使用状态存储、发布/订阅、绑定组件和其他构建块。您可以使用Dapr CLI在本地计算机上运行启用 Dapr 的应用程序。在下图中，Dapr 的本地开发环境是使用 CLIinit命令配置的。使用入门示例尝试一下这一点。
在 Kubernetes 等容器托管环境中，Dapr 作为 sidecar 容器运行，应用程序容器位于同一 Pod 中。
该dapr-sentry服务是一个证书颁发机构，可在 Dapr sidecar 实例之间启用相互 TLS 以实现安全数据加密，并通过Spiffe提供身份。有关该Sentry服务的更多信息，请阅读安全概述将支持 Dapr 的应用程序部署并运行到 Kubernetes 集群中就像向部署方案添加一些注释一样简单。
无论您的开发人员背景和选择的语言如何，该项目的启动和运行都非常容易。我能够按照入门指南在我的 MacOS 上立即运行各种快速入门。以下是我大致遵循的步骤。
Dapr CLI 是执行 Dapr 相关任务的主要工具，例如使用 Dapr 运行应用程序、查看日志、运行 Dapr 仪表板或将所有内容部署到 Kubernetes。
brew install dapr/tap/dapr-cli安装 CLI 后，我们有几个不同的选项来安装和运行 Dapr。我将从要求最低且灵活的选项开始，并从那里开始进展。
这是运行 Dapr 的最轻量但不是最有用的方式。
dapr init - slim在此精简模式下，机器上仅安装 daprd 和放置二进制文件，这足以在本地运行 Dapr sidecar。
以下命令将启动一个名为 no-app 的 Dapr sidecar，在 HTTP 端口 3500 和随机 gRPC 端口上侦听。
dapr run - app-id no-app - dapr-http-port 3500恭喜，您的第一个 Dapr Sidecar 正在运行。您可以通过以下命令查看 sidecar 实例：
Dapr listcurl -i http://localhost:3500/v1.0/healthzDapr sidecar 应该与应用程序一起运行，而不是单独运行。让我们停止该实例并使用应用程序运行它。
dapr stop - app-id no-app使用 Dapr sidecar 运行一个简单的应用程序
对于本演示，我们将使用一个简单的 NodeJS应用程序：
git clone https://github.com/dapr/samples.gitcd samples/hello-dapr-slimnpm install这是 Dapr 的 Hello World 方式，其要点如下：
app.post('/neworder', bodyParser.json(), (req, res) => { const data = req.body.data; const orderId = data.orderId; res.status(200).send("Got a new order! Order ID: " + orderId); });该应用程序有一个/neworder端点正在侦听端口3000。我们可以使用以下命令运行该应用程序和 sidecar：
dapr run --app-id nodeapp --app-port 3000 --dapr-http-port 3500 node app.js该命令在端口 3000 上启动 NodeJS 应用程序，在 3500 上启动 Dapr HTTP 端点。一旦您在日志中看到应用程序已成功启动，我们就可以戳它。但我们不会直接在端口 3000 上访问 /neworder 端点，而是通过 sidecar 与应用程序交互。我们使用 Dapr CLI 来做到这一点，如下所示：
dapr invoke --verb POST --app-id nodeapp --method neworder --data '{"data": { "orderId": "41" } }'并查看应用程序的响应。如果您注意到，CLI 只需要 app-id(而不是主机和端口)即可定位服务运行的位置。CLI 只是与服务交互的一种便捷方式。这似乎太神奇了，我们也可以使用简单的curl命令：
curl -XPOST -d @sample.json -H "Content-Type:application/json" http://localhost:3500/v1.0/invoke/nodeapp/method/neworder此命令使用服务 Dapr 的调用 API 与应用程序同步交互。这是刚刚发生的情况的直观表示：
现在，通过请求路径上的 Dapr，我们可以获得 Daprized 服务调用的优势，例如重试、超时、断路器、并发控制等弹性策略;可观察性增强，例如：指标、跟踪、日志;安全增强功能，例如 mTLS、允许列表等。此时，您可以尝试元数据、指标端点、使用配置选项，或者在 Dapr 仪表板中查看单个微服务。
我们运行的精简模式非常适合 Hello World 场景，但不是本地开发目的的最佳设置，因为它缺少状态存储、发布/订阅、度量服务器等。让我们使用之前的命令(或CTL +C)，并删除 slim Dapr 二进制文件：
要记住的一件事是，此命令不会删除通常位于 ~/.dapr 文件夹中的默认配置和组件规范文件。到目前为止，我们没有在步骤中创建任何文件，但如果您遵循其他教程并更改这些文件，它们将保留并应用于将来的每个 dapr 运行命令(除非被覆盖)。这给我带来了一些困惑，请记住。
这是出于开发目的在本地运行 Dapr 的首选方式，但它需要 Docker。让我们来设置一下：
该命令将下载并运行 3 个容器
您可以验证这些容器何时运行并准备好开始。
docker ps我的下一步是尝试快速入门，演示服务调用、发布/订阅、状态存储、绑定等的构建块。这些快速入门的很棒之处在于，它们以多种方式演示相同的示例：
您可以在同一示例中混合和匹配不同的语言和交互方法(SDK 或本机)，以演示 Dapr 的多语言特性。
如果您已经走到这一步，您应该对 Dapr 可以为您做什么有一个很好的高层理解。下一步是在 Kubernetes 上部署 Dapr，其中大多数 Dapr 功能都可用并且最接近生产部署。为此，我在本地使用了 minikube，使用默认设置，没有自定义调整。
dapr init — kubernetes — 等待如果成功，此命令将在 dapr-system 命名空间中启动以下 pod：
这些 Pod 共同代表 Dapr控制平面。
从现在开始，将 Dapr sidecar 添加到应用程序(这将是 Dapr dataplane)就像将以下注释添加到 Kubernetes 部署一样简单：
annotations: dapr.io/enabled：“true” dapr.io/app-id：“nodeapp ” dapr.io/app-port：“3000 ”该dapr-sidecar-injector 服务使用 dapr.io/enabled 注释监视新的 Pod，并daprd在 pod 内注入包含进程的容器。它还将 DAPR_HTTP_PORT 和 DAPR_GRPC_PORT 环境变量添加到您的容器中，以便它可以轻松与 Dapr 通信，而无需硬编码 Dapr 端口值。要在 Kubernetes 上部署完整的应用程序，我建议使用此分步示例。它有一个提供者和消费者服务，它对我来说第一次起作用。
请注意，Dapr sidecar 注入的侵入性比具有透明 sidecar 的典型服务网格(例如 Istio 的 Envoy)的侵入性要小。为了注入透明代理，Pod 通常还会注入一个在 Pod 启动时运行的 init 容器，并重新配置 Pod 网络规则，以便所有入口和出口流量或应用程序容器都通过 sidecar。对于 Dapr，情况并非如此。注入了一个 sidecar，但您的应用程序可以控制何时以及如何通过其定义良好的显式(非透明)API 与 Dapr 进行交互。透明服务网格代理在运营团队通常使用的较低网络层运行，而 Dapr 提供开发人员所需的应用程序层原语。如果您对此主题感兴趣，这里很好地解释了 Dapr 与服务网格的差异和重叠。
总之，Dapr 作为一个多功能且事件驱动的运行时出现，为构建分布式应用程序提供了一个适合初学者的解决方案。凭借其便携性和对简化开发复杂性的重视，Dapr 使新手能够无缝地驾驭构建分布式系统的复杂性。作为初学者指南，这篇文章阐明了 Dapr 的基本功能，为开发人员踏上分布式应用程序开发领域的旅程提供了一个途径。
本文链接：http://www.28at.com/showinfo-26-27611-0.htmlDapr：用于构建分布式应用程序的便携式事件驱动运行时
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
