golang 大家微服务都是什么方案？

[Jack66]

1.使用微服务框架 2.直接 k8s 不知道大家生产环境 golang 的微服务方案怎么做的，希望一起讨论学习下

[morebuff]

单体 YYDS

[timothyye]

@wenyuhe #13 不用容器编排好像不太方便快速伸缩服务

[helloluckydamon]

@coyove 如果我没理解错，你说的是这个是大仓模式，但其实，只是项目代码是一个单体，编译是一个单体，但服务是可以按需启动的。
腾讯内部很多项目也是采用大仓模式

[bzj]

grpc+consul ，说 k8s 的都是运维吧

[kkk9]

99%的公司不需要 k8s

[GeekGao]

Dapr

[jackge0323]

不用框架，需要什么自己简单封装一个就可以了。

[Int100]

用微服务平台，还是 k8s ，取决于公司/项目组的运维能力以及架构考量。

上个月碰到的一个西门子的项目组，就是 all-in AWS ，完全不搞 k8s ，但也说了内部有其他部门选择维护自己 k8s 集群。

[Cola98]

grpc+k8s

[homewORK]

@DefoliationM 能细说一下吗？ 因为个人项目刚开始用 go-zero 。go-zero 目前只是感觉有点臃肿。

[DefoliationM]

@homewORK struct 不支持 time.Time ，自带的（生成的代码） json unmarshal 有严重 bug ，某些情况会没有值。生成的代码又乱又多，前期代码少的时候还好，后面多了没法维护。还有其他很多问题已经不记得了。
后面就是发现什么的问题，就把它自带的组件换成自己写的。所以还不如一开始就自己把所有东西弄好，不用这玩意。

[DefoliationM]

@DefoliationM 而且这东西更像 Java 搞得那一套，什么东西都搞得又臭又长，真的一言难尽。

[tangqiu0205]

kratos + k8s, 目前这套用的很爽.

[dayeye2006199]

微服务和 go 也没啥关系。

就是拿 go 写个服务，然后外面整个 k8s 把几个服务穿起来。

grpc + protobuf 随便撸啊

[changz]

kratos 二开

[wenyuhe]

@timothyye iac 编排也可以，其实小公司 k8s 不一定是最优解可能会是最差解；甚至伸缩也不一定是需要。至于微服务的话，我觉得刚开始最好别怎么拆。前期拆两个（用户中心+主业务）就是够了，然后生成 http 接口直接给前端。

[konakona]

1. go zero —— 中文友好
2. kubernetes 或 TKE
3. +CI/CD+helm

[qloog]

eagle + docker image + k8s
protobuf -> http + gRPC(服务间)
大部分 脚手架直接生成

PS: https://github.com/go-eagle/eagle