@lesismal grpc 可以直接动态的完成 client 调用，grpcurl 可以看一下，grpc 协议也不是跟 protobuf 强绑定了，也可以用 json 作为编码格式。 链路追踪很多时候是用来记录 io 操作的，所以 redis mysql 等也会被记录进来，在开发和线上排查问题特别好用（例如线上一个接口比较慢，但看不出哪里阻塞的，链路追踪可以一眼看出症结）。 还有，绝大多数大一点的公司都有 api gateway 这一层的，它能做很多事情（接口配置、鉴权、限流、灰色发布、流量染色、数据清洗、编排等等等等），只不过目前你们还没感受到罢了。

技术，简单的场景有简单的方案，复杂的场景有复杂的方案。 我个人认为，技术人员，不应该让自己抵触某种技术，毕竟不会跟会但是不用是两码事。 至少面试的时候别人会让你回答怎么造飞机。

@version 我猜你说的 grpc 负载均衡的坑是在 k8s 环境下，新伸缩出的节点与老节点负载不均的问题吧？

今年确实很便宜，上海这边大白菜 6 毛 8/斤， 确实有点菜贱伤农的感觉。

@lesismal 看你写了很多，我就反驳你一条吧。

我看你写了“则每个接口都需要你把 grpc 那层、gin 这层都实现一道 grpc call 、method 的逻辑”

一般 api gateway 写好了之后，后续增加接口只需要在 web 页面上配置一下 path+method 转发到哪个 service 的哪个 method ，谁还需要一个个接口硬编码去转发？
还有，链路追踪这些跟微服务根本就没有啥必然关系，就算是单体服务，照样可以用链路追踪，它可以帮助你快速发现和排查问题。

还有，给 OP 推荐这个方案是因为 OP 说要搞微服务+api 网关， 业务该不该上微服务是 OP 自己的判断，我只是按照 OP 的需求推荐方案。
就算退一万步说，公司的业务确实单体就够了，但是站在知识储备和个人发展的角度来说，做一点过度设计对自己的职业发展、对公司的后期拓展也不是啥坏事， 而不是一句公司业务不需要就拒绝这些技术方案。

nginx->api gateway->grpc 服务， api gateway 用 go 自己写。 简单一点就是 nginx->业务服务

@zxcvbnm1992 粘人还烦？ 娶个一天到晚不在家在外面浪的就好了？ 兄弟，你有点作啊。

兄弟，我推荐你多玩玩社交软件或者线下的一些社交活动，找找 20 岁左右的女生聊聊，我好几个朋友都是快 30 了，相亲遇到各种奇葩，结果去网上还找到了 20 岁左右的妹子，各方面都还不错。

不能啊， 你一句话这么大面子？ 升职加薪挽留还有的谈，卖人情怕是没这个面子吧

真的假的哦？ 12w 请求每秒，如果真的都是正常下单，那你们订单量岂不是爆炸？ 那还不赶紧扩大团队，高薪聘请大牛，重构后端架构？

@JionLee 是的， 而且 9 年回不了本，实际上活到 73 才能回本，然后就是赚的。 主要考虑的是给父母一个长期保障，毕竟给他 9W 的存款让他慢慢花和让他每个月领国家钱，他的感觉是完全不同的。 而且好像如果真的不幸过早过世，自己缴纳的部分是可以退的。

@Donahue 可以考虑给父母买农村养老金， 交 9W ，60 岁开始领，初始每个月 800 多，每年涨一点点。

外包公司基本上做的都是边角料，所以干长了确实不利于个人成长（而且市场上很多公司对外包出来的有隐形歧视）， 找机会进自研的公司吧。

原来会， 原来我以为凡事都有对错，后来我发现其实都是立场。

会， 不过长连接应用的客户端肯定有重连机制。

serverless 版数据库，按使用量付费

20%的档位，不交。30%再考虑吧。 钱在手里才是自己的

要是我，我得马上卖房子搬家了。。。 毕竟不能跟神经病讲逻辑