使用Docker-Compose进行Dapr .NET SDK开发

学习如何使用Docker-Compose进行本地开发

Docker-Compose

这篇文章是一篇与 .NET 相关的文章，另见 [使用 Docker 进行 Dapr 自托管]({{ ref self-hosted-with-docker.md }}))

docker-compose 是一个脚手架工具，它被包含在Docker的桌面版本中，可以用来一次同时运行多个容器。 它是将多个容器的生命周期自动化管理的一种方式，并为 Kubernetes 的应用程序提供类似于生产环境的开发体验。

  • 优势: 由于docker-compose 接管了容器管理，所以我们可以将依赖关系作为应用程序定义的一部分，并停止在机器上的长运行容器。
  • 缺点： 需要更多资源，服务需要被容器化才能使用。
  • 缺点： 不熟悉Docker的情况下，可能对调试和问题诊断造成困难。

使用Docker-Compose

在.Net中使用docker-compose配合Dapr并不需要专门的指导。 docker-compose 运行容器，一旦您的服务放在容器中，它的配置与其他任何编程技术都是相似的。

💡 App Port

在容器中，ASP.NET Core应用默认监听80端口。 必要时，可以对--app-port配置项进行修改。

总结一下：

  • 为每个服务创建一个 Dockerfile
  • 创建一个 docker-compose.yaml 并将其添加到源码仓库中

要了解如何编写 docker-compose.yaml ，请查阅： Hello, docker-compose sample 。

您需要设定一个唯一的app-id，就像在本地为每个服务运行 dapr run 时一样。 并且将此app-id作为容器名称以便于记忆。

Compose 文件应至少包含：

  • 容器使用的网络
  • 每个服务的容器
  • 一个指定服务端口和app-id的<service>-daprd 边车容器。
  • 在容器中运行的其他依赖组件 (例如redis)
  • 可选：Dapr placement容器 (适用于 Actors)

您也可以在 eShopOnContainers 示例应用程序中查看一个更大规模的示例。