@lesismal 你抵触 grpc 我觉得没问题，但你抵触 api gateway 我就无话可说了， 因为 api gateway 这个东西怎么说呢，稍微大点的公司里面都有的，它是证明了自己的价值的。 还有，为啥要抵触呢？特别是你也是想自己做 rpc 的，更应该看一下现有的几个比较出名的 rpc 方案的优缺点，这样才能集大成于一体，而不是闭门造车，不是吗？
还有 grpc 用的广有一个很重要的原因是因为它名气大，适配的语言也多，遇到问题网上现成的答案也多，rpc 方案里能与它竞争的也只有 thrift ，在未公司项目做技术选型时选择一门成熟的、名气大的、适配语言多的、社区活跃的也是一个很重要的原因，它能帮你规避很多坑。
能自己手撸 rpc 协议乃至 7 层协议的很多，不稀奇，但是在微服务领域，一般除非是顶尖大厂（顶尖大厂为了规避法律风险、漏洞等未知风险、极致性能等原因），绝大多数都是用现成的，因为好维护、组建团队都比较方便。

@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 的需求推荐方案。
就算退一万步说，公司的业务确实单体就够了，但是站在知识储备和个人发展的角度来说，做一点过度设计对自己的职业发展、对公司的后期拓展也不是啥坏事， 而不是一句公司业务不需要就拒绝这些技术方案。

美系三大件默认 8 年 16W 公里质保。

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

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

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

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

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

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

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

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

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

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

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