We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
centos 7.9 go version go1.15.2 linux/amd64 micro version v3.1.0
刚接触golang 为服务, 起初接触了go-kit。后来转向micro。 我们现在清楚go-micro=>micro的发展过程。
micro是平台工具,go-micro是框架,我的问题时micro平台是怎么在私有环境下使用的,难道实在k8s平台上面启动 micro server吗? 那这样使用 micro run的service 又跑在了哪里?还是说micro server只管启动、生命周期管控, 若是micro server只负责启动那么 microde api、auth stroe又是怎么发挥起作用。
我仔细查看了micro 的文档,也更加文档中内容成功的启动了 service。 但是文档中micro server 启动后默认使用了mDNS,但是我不想这样干。 我记得以前版本中启动server是可以使用 --registry等参数制定一个注册中心,但是 micro v3 中就剩下--registry_address 参数。我不知道从什么地方地址 micro默认使用etcd ,但是我使用--registry_address 配置etcd地址,它并没有起作用。
难道micro使用的注册中心 和 go-micro代码中自己写的注册中心不是一类?
这也是我觉得我问得很蠢的一个问题: micro 服务怎么应用到 k8s中去? go-kit 比较好理解,但是micro 我就想不到他的具体部署方式或者使用方式。
因为我刚接触micro ,很多东西还在进一步学习理解当中, 望不要觉得问题啥。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
环境
centos 7.9
go version go1.15.2 linux/amd64
micro version v3.1.0
背景
刚接触golang 为服务, 起初接触了go-kit。后来转向micro。 我们现在清楚go-micro=>micro的发展过程。
问题1
micro是平台工具,go-micro是框架,我的问题时micro平台是怎么在私有环境下使用的,难道实在k8s平台上面启动 micro server吗? 那这样使用 micro run的service 又跑在了哪里?还是说micro server只管启动、生命周期管控, 若是micro server只负责启动那么 microde api、auth stroe又是怎么发挥起作用。
问题2
我仔细查看了micro 的文档,也更加文档中内容成功的启动了 service。
但是文档中micro server 启动后默认使用了mDNS,但是我不想这样干。 我记得以前版本中启动server是可以使用 --registry等参数制定一个注册中心,但是 micro v3 中就剩下--registry_address 参数。我不知道从什么地方地址 micro默认使用etcd ,但是我使用--registry_address 配置etcd地址,它并没有起作用。
难道micro使用的注册中心 和 go-micro代码中自己写的注册中心不是一类?
问题3
这也是我觉得我问得很蠢的一个问题:
micro 服务怎么应用到 k8s中去? go-kit 比较好理解,但是micro 我就想不到他的具体部署方式或者使用方式。
因为我刚接触micro ,很多东西还在进一步学习理解当中, 望不要觉得问题啥。
The text was updated successfully, but these errors were encountered: