2021-08-06 Go 微服务框架选谁

[sirnay]

go-zero 、kratos 、micro?

希望能有使用过比较深的人来综合比较下。

[waising]

kratos 还有字节的 kitex 可以看下....我们用的原生 grpc

[777777]

蹲，目前在用 go-zero

[yuyoung]

Micro 就不要了，资料少，Kratos 很不错

[ahmcsxcc]

go-zero 、kratos 里选一个吧

[NaVient]

kratos 设计理念不错

[Hanggi]

说实话，这些都不需要，grpc + k8s 就可以了

[mthaiq]

@Hanggi 第三代微服务直接用 k8s 做负载均衡，k8s etcd 做注册中心，k8s configmap 做配置中心

[webmasterisadog]

@Hanggi 有没有轻量级的微服务架构？适合做写简单的开发和实验用于论文写作。

[damngood]

grpc + 前置网关

[labulaka521]

grpc+1 写个代码生成就可以了

[PureWhiteWu]

Kitex

[mritd]

kratos 、go micro 、go kit 吧
go zero 真的慎用... 看着都不错 用起来全是坑

[masterclock]

dapr

[herozzm]

golang 不需要什么微服务框架吧 直接开撸挺香啊

[seyoatda]

@mritd go-zero 可否举几个例子？最近也在选微服务框架

[sb137885]

k8s 梭哈，再不行 istio，然后 dapr，还有 layotto，哈哈

[mritd]

@seyoatda #15 譬如你想同时暴露 grpc 接口和 http json 接口，那么你必须写 api 层，API 层是自己定义的一个 DSL，还要手撸一遍 rpc 层的结构体，然后手动 "copy" 过去；最难受的是 go zero 的序列化框架是自己写的，就比如序列化常用的 json 、form tag 啥的很多属性都是不支持的；然后你不清楚的情况下还可能会有迷之行为，而且最近开了两个 issue 来看，基本上你的 issue 项目管理者只要认为解决了就直接关了，不会有任何确认的，多了不说了，我也是帮别人弄东西的时候发现他们用了这个框架，我帮忙调试都快哭了。

[yinheli]

自研了，gRPC + gRPC-gateway，开源在 github

主要是让之前的项目，RESTful API 能比较平滑的过渡过来

[bugyang]

正在学习 go-zero

[lesismal]

大而全的微服务框架不适合中小团队直接拿来用，而大团队自家定制、不太需要用别人的

单就 RPC：
https://colobu.com/2021/08/01/benchmark-of-rpc-frameworks/
帖子中的性能数据可能不准确，最好自己跑那个代码实测下，易用性和各方面优劣可用自行对比