在非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 是一个组件,它允许我们将 Dapr 添加到我们的项目中以避免摩擦。简化 .NET 开发和操作。 当我们的项目部署在虚拟机环境时,推荐使用这个组件。通过Sidekick 我们的应用程序/进程负责启动和运行 Dapr 所需的一切。
我的示例代码放在这里:https://github.com/geffzhang/ServiceToService-Sideckick ,通过简单的三步就可以完成这项工作。
1、添加Nuget 包 Man.Dapr.Sidekick.AspNetCore :
dotnet add package Man.Dapr.Sidekick.AspNetCore --version 1.2.1
2、修改类 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
相关文章
- 金融服务领域的大数据:即时分析
- 影响大数据、机器学习和人工智能未来发展的8个因素
- 从0开始构建一个属于你自己的PHP框架
- 如何将Hadoop集成到工作流程中?这6个优秀实践必看
- SEO公司使用大数据优化其模型的5种方法
- 关于Web Workers你需要了解的七件事
- 深入理解HTTPS原理、过程与实践
- 增强分析:数据和分析的未来
- PHP协程实现过程详解
- AI专家:大数据知识图谱——实战经验总结
- 关于PHP的错误机制总结
- 利用数据分析量化协同过滤算法的两大常见难题
- 怎么做大数据工作流调度系统?大厂架构师一语点破!
- 2019大数据处理必备的十大工具,从Linux到架构师必修
- OpenCV中的KMeans算法介绍与应用
- 教大家如果搭建一套phpstorm+wamp+xdebug调试PHP的环境
- CentOS下三种PHP拓展安装方法
- Go语言HTTP Server源码分析
- Go语言HTTP Server源码分析
- 2017年4月编程语言排行榜:Hack首次进入前五十