questions
questions copied to clipboard
resolver使用问题
micro runtime提供了一系列的默认services,譬如micro api、micro proxy、micro auth等等,而实际使用过程中,我自己会基于go-micro框架开发自己的服务,进而又对micro提供的默认网关进行改造(学习micro-in-cn中的案例),使其具有鉴权、熔断、流量染色等一系列功能,最终运行服务过程中,我只是运行了自己的网关,运行了自己的服务,压根没有使用micro runtime提供给我的其他服务,请问这是否是正确的做法?- 写一个服务的时候,我看教程中的许多案例是提供一个
user-api以及配套的user-srv两个服务,这两个服务都要定义proto,其中user-api扮演user-srv的客户端,最终暴露接口给micro api,有micro api统一提供接口给外部访问,请问如果我不使用user-api,直接使用gin的路由构建一个路由访问控制,对应的handler中引入各个srv的proto,调用proto client访问后面的srv会有什么负面的影响吗? - 我看到
starter-kit项目中,api的格式都是直接使用默认resolver,导致最终暴露的接口是/account/login/info或者/console/v1/gin这种形式,倘若想让暴露出去的接口都有统一前缀,譬如/api/account/login/info或者/api/console/v1/gin,官方文档中提到了resolver,但似乎没有example描述该如何使用,请问能否给予一点指导,感谢!
两种方式:
- 服务名各自增加api前缀
- 自行实现解析器,参考github.com/micro/go-micro/api/resolver