增加Nacos命名服务

[yyweii]

因公司需要，添加了NacosNamingService类。使用openapi访问nacos服务，逻辑和Consul差不多。
如果有合入计划，我会补充一下文档。

[serverglen]

建议补充下相关单测

[wwbmmm]

@yyweii 代码没什么问题了，可以补充一下文档和单测吗

[yyweii]

建议补充下相关单测

已加

[yyweii]

@yyweii 代码没什么问题了，可以补充一下文档和单测吗

单测加好了。文档明天加上

[yyweii]

@yyweii 代码没什么问题了，可以补充一下文档和单测吗

文档已加

[thorneliu]

Hi guys,

FYI. 我这里基于nacos-cli 实现了另外一个版本的 nacos naming service:
thorneliu@2cf39b6

基于这个patch, client可以:

std::string nacosurl("nacos://serverAddress/namespace/groupName/serviceName/clusterId");
channel.Init(nacosurl.c_str(), FLAGS_load_balancer.c_str(), &options)

这个naming service是通过nacos cpp sdk订阅nacos服务的服务实例变化来更新servernodes的;
不好的地方在于这个实现引入了第三方库的依赖

@yyweii @serverglen

[yyweii]

Hi guys,

FYI. 我这里基于nacos-cli 实现了另外一个版本的 nacos naming service: thorneliu@2cf39b6

基于这个patch, client可以:

std::string nacosurl("nacos://serverAddress/namespace/groupName/serviceName/clusterId");
channel.Init(nacosurl.c_str(), FLAGS_load_balancer.c_str(), &options)

这个naming service是通过nacos cpp sdk订阅nacos服务的服务实例变化来更新servernodes的; 不好的地方在于这个实现引入了第三方库的依赖

@yyweii @serverglen

我本来也是用的sdk，但是只用来注册服务、获取和监听配置。后来我发现sdk代码bug太多了，最终还是基于http接口重新写了一个库。brpc里面的naming service一直是直接调用http接口的。
以后的sdk代码很有可能会改成grpc协议。nacos官网还没有grpc协议的文档。据介绍使用了grpc的双向流，目前brpc没有支持。

[thorneliu]

Hi guys,
FYI. 我这里基于nacos-cli 实现了另外一个版本的 nacos naming service: thorneliu@2cf39b6
基于这个patch, client可以:

std::string nacosurl("nacos://serverAddress/namespace/groupName/serviceName/clusterId");
channel.Init(nacosurl.c_str(), FLAGS_load_balancer.c_str(), &options)

这个naming service是通过nacos cpp sdk订阅nacos服务的服务实例变化来更新servernodes的; 不好的地方在于这个实现引入了第三方库的依赖
@yyweii @serverglen

我本来也是用的sdk，但是只用来注册服务、获取和监听配置。后来我发现sdk代码bug太多了，最终还是基于http接口重新写了一个库。brpc里面的naming service一直是直接调用http接口的。 以后的sdk代码很有可能会改成grpc协议。nacos官网还没有grpc协议的文档。据介绍使用了grpc的双向流，目前brpc没有支持。

Hmm，经测试这个nacos sdk确实很多bug。我现在也用你的方案来实现了，Respect！