初次理解服务调用
在微服务中，有一个难点就是：如果你想使用各个服务组件，你就得知道不同服务的地址和端口，也就是服务发现。
在传统应用我们是怎么做的？就是在web项目里配置上api地址，如下：
在一个web对应一个api的时候，这种方式非常简单并且实用。但是，这不适用微服务项目，在超过三个服务部署的时候，光记住各个服务的地址和端口就给部署带来不小的困难。
于是，微服务框架的服务发现和调用就排上了用场。
Dapr中的服务注册
在上一篇 Dapr初体验之Hello World 我们使用了命令 dapr run --app-id nodeapp --app-port 3000 --dapr-http-port 3500 node app.js 启动了一个nodejs应用。
--app-id指定了注册到dapr的应用名称
--app-port指定了注册到dapr的应用端口号
Dapr采用边车（Sidecar）方式，在不修改原服务代码的方式，就能通过这两种参数完成服务的注册。
Dapr中的调用逻辑
下图描述了Dapr服务调用是如何工作的
https://docs.dapr.io/developing-applications/building-blocks/service-invocation/service-invocation-overview/
这个是Dapr官方手册服务调用的例子,具体调用步骤大家直接访问连接来阅读，我不在做官方文档的搬运工了。这里，我只提取一下要点信息:
服务A和服务B是两个api服务，通过dapr边车方式进行了服务注册
Dapr通过服务A和服务B的--app-id，来确定不同的组件
所有的请求首先到dapr上之后有dapr转发到应用
所以，这些请求都需要使用dapr的api才能完成
Dapr服务调用API
通过Dapr服务调用的api，就可以调用注册到Dapr的服务方法
请求地址
POST/GET/PUT/DELETE http://localhost:<daprPort>/v1.0/invoke/<appId>/method/<method-name>
daprPort : dapr服务的端口
appId：注册到dapr服务的应用id，也就是 --app-id指定的参数
method-name：方法名称
来举个例子
一个api服有get方法请求数据的接口/mydata吗，通过命令dapr run --app-id myapi --app-port 5000 --dapr-http-port 3500 dotnet MyApi.dll注册了到了dapr。
那么你访问http://localhost:3500/v1.0/invoke/myapi/method/mydata 就可以访问到这个api的接口。
写个实例
利用官方quickstarts库中的hello-world项目，增加一get接口，代码类似：
app.get('/test',(_req, res)=>{
return res.status(200).send({message: 'server 1'});;
});
使用命令 dapr run --app-id nodeapp --app-port 3000 node app.js启动应用，那么使用dapr访问此应用的接口就应该是http://localhost:3500/v1.0/invoke/nodeapp/method/test
使用postman访问如下图所示：
总结
这次我们简单体验了一下Dapr中服务发现和调用。通过Dapr边车（sidecar）方式，我们在不修改原项目代码的情况下部署项目。通过这种方式，我们有很多优势：
无感知的进行服务发现和调用，向其他服务提供了一种友好的接口调用方式
通过阅读dapr文档，dapr能够友好的为我们提供服务间安全性、接口重试、mDNS轮训负载均衡和接口调用追踪等高级功能
https://docs.dapr.io/zh-hans/developing-applications/building-blocks/service-invocation/service-invocation-overview/
https://github.com/dapr/quickstarts
