golang 微服务框架选择困惑

[h1apaazz]

主要考虑一下几点:
1.希望是成体系的工程结构(结构层次分明，有一定的规范)
2.有成熟的脚手架，省去开发通用功能模块的时间(如权限、日志、字典等)
3.社区是否还在活跃，避免跑路了没人维护的尴尬
4.目前意向 go-kratos 、go-zero ，整体看来 go-kratos 比较轻量，扩展性和层次设计清晰，go-zero 封装了很多，但是感觉整体设计不如 go-kratos ，不是那么优雅，但 kratos 现在貌似不怎么更新了...

有没有懂这两个框架的或者有其他框架解决方案推荐的 xd 科普科普，tx :)

#Gin#Iris#Echo#Beego#Fiber#GoKit#GoZero#GoMicro#Kratos#Dubbo-Go

[sciel]

goframe 的微服务不错哦简单方便

[b906604588]

我是包子，算是 Kraots 的主要负责人之一，我来回答下关于 Kratos 的问题。

1 、Kratos 现在功能很稳定了，没有什么要迭代的东西了，微服务就这么点东西，而且 Kratos 本身的设计就很轻量，用户不需要框架本身做修改，就能扩展很多能力了。
2 、Kratos 会持续维护的，Kratos 现在属于社区，不属于某个公司，我本身也不是 B 站员工。
3 、文档太老的确是这样的，实在没时间弄，社区同学可以贡献下，hhh 。
4 、我们很久没有主动推广了，但是社群还是一直在维护的，日常问题答疑也很积极。
5 、Kratos 最近会开一个新项目，可以关注下。

[b906604588]

针对 3 ，补充下：主要下班之后就懒得动了，bugfix 和特性还是会积极看的。如果你 MR 有的长时间没有看，主要原因是改动代码太大了，实在看不下去了。

[b906604588]

@flyqie connect-go 的定位对应 gRPC ，和微服务框架还是有一定区别的

[flyqie]

@b906604588 #44

是的，所以说是基础框架，connect-go 确实不是微服务框架，主要是有些时候一些小的项目不太适合上微服务框架，但是同时又希望做到规范接口。

[veightz]

我在用字节的 cloudwego…… 因为有中文群可以尬问🥹

[brightguo]

前阿 b 员工，推荐用 kratos ，简单易用拓展性强，很多设计非常优雅。
现公司用的 gin ，缺很多东西，很多要自己造轮子，很多轮子我会参考 kratos 设计。