在非k8s 环境下 的应用 使用 Dapr Sidekick for .NET

在k8s 环境下，通过Operator 可以管理Dapr sidecar， 在虚拟机环境下，我们也是非常需要这样的一个管理组件，类似下图：

​​​​

在这张图片中，在上图左面，我们看到了“dapr.exe”、我们的应用程序和另一个进程“daprd.exe”之间的通信，该进程实际上是 Sidecar 进程。这是通常的方式（“开箱即用”），例如：

dapr run --app-id backend --app-port 5001  -- dotnet run --urls=http://localhost:5001/ -p ./WeatherForecastService/WeatherForecastService.csproj

dapr run --app-id proxy --app-port 6001  -- dotnet run --urls=http://localhost:6001/ -p ./WeatherForecastProxyService/WeatherForecastProxyService.csproj

图片右面，使用 Sidekick简化了此过程/通信，并且我们可以更好地控制以及其他功能。​​Dapr Sidekick for .NET​​

我的示例代码放在这里：​​https://github.com/geffzhang/ServiceToService-Sideckick​​ ，通过简单的三步就可以完成这项工作。

1、添加Nuget 包 Man.Dapr.Sidekick.AspNetCore ：

dotnet add package Man.Dapr.Sidekick.AspNetCore --version 1.2.12、修改类 Startup.cs 的  ConfigureServices 方法如下：

public void ConfigureServices(IServiceCollection services) { services.AddControllers(); // Add Dapr Sidekick services.AddDaprSidekick(Configuration); }

3、接下来，当我们的调用（或代理）应用程序调用另一个应用程序时，名称/id 为“ backend ”，我们需要指定其AppId。以同样的方式，由于我们使用“ http”，我们必须指出"AppSsl": false。所有这些规范都通过“ appsetings.json ” 文件传递给 Sidekick，如下所示。

项目backend 的配置：

"DaprSidekick": {
   // Set the runtime location of config/components files to be the "dapr" folder under the deployed application
   "RuntimeDirectory": "dapr",
   "Sidecar": {
     "AppId": "backend",
     "AppSsl": false,
     "AppPort": 5001,
     "DaprHttpPort": 3501,
     "DaprGrpcPort": 50001
   },
   "Placement": {},
   "Sentry": {}
}

项目 proxy的配置

"DaprSidekick": {
   // Set the runtime location of config/components files to be the "dapr" folder under the deployed application
   "RuntimeDirectory": "dapr",
   "Sidecar": {
     "AppId": "proxy",
     "AppSsl": false,
     "AppPort": 6001,
     "DaprHttpPort": 3601,
     "DaprGrpcPort": 60001
   },
   "Placement": {},
   "Sentry": {}
}

注意：对于上述配置文件，由于我们运行多个项目，我们还必须指定“ AppPort ”、“ DaprHttpPort ”和“ DaprGrpcPort ”属性。其余的“Placement”和“Sentry”部分，以及其他属性，暂时可以忽略。

RuntimeDirectory  是Dapr 运行时配置文件位置，我们在示例里测试使用Consul 作为服务注册和服务发现组件。

改造后直接运行就可以了，这个特别适合IOT场景下使用Dapr。

dotnet WeatherForecastService.dll --urls=http://localhost:5001

dotnet WeatherForecastProxyService.dll --urls=http://localhost:6001