你建个测试库，然后就没有然后了

@young1lin 嘿呀，我只不过是个小学生，想向问问各位哥哥姐姐的，您项目是怎么样的流程能大致说说吗

@wm5d8b 额，可能我没太说明白，当前的场景是 用 grpc 框架 从前端到网关这里是 http1.1 那么从网关到最终的服务都是使用的 grpc，所以这里就是 从 http1.1 到 rpc 的

告诉产品 这个需求不做。

其实是有些定制化的需要,更想要的是一种插件的式的协议转换,现在就是两种选择，第一种就是网关自己写对前端请求的粗力度的接口，然后根据不同的业务线进行拆分成不同的网关。第二种就用一些常见的网关系统对请求进行二次的下沉。所以想找找别人的网关是怎么做的。。。

@Cy1 每加一个路由都是自己做的转发是吗？

@Cy1 是

@Cy1 一种数据传输格式，跟 json 和 xml 是一类产品

@renyijiu 感谢感谢，我去好好看看

确实是 grpc 主要的问题就是用 pd 定义后，走后面的服务请求需要 pd 文件内的已经定义的数据格式，如果程序自动获取好像自动获取不到。。

sourcetree + 命令行

不都是在写业务吗。

双十一淘宝也不可能做到实时同步啊。所以还得看你们业务接受的延迟和业务场景。不推荐改成同步方式。你可以进行一个粗略的数字这个数字可以做成热点缓存的方式，等到用户在下单动作时进行业务事务的处理。

入职一家新公司，就要做好被这家公司淘汰，或者自己淘汰这家公司的准备，内卷就是由此而来

你就算是 100w 的请求量，其中有好多都是重复拉取相同的数据吧， 那么就是用 redis + memacache 做多级缓存，利用 kafka 来做消息的队列 ，可以利用 kafka 不同的主题概念，将用户的行为做不同的主题投放，如果一台 Kafka 扛不住这些，那么用不同的 kafka 做不同的主题，起个 job 服务来消费这些消息 ，memacache 可以做内容的缓存，redis 可以做内容消息的索引缓存。根据不同的用户的用户量进行轻重隔离，例如朋友多的用户和朋友少的用户做不同的集群处理。如果有用户很频繁的拉取，可以在你的客户端都拉取限制，然后将这种更新频繁的用户做为热点处理，把缓存的级别提升，做到内存缓存。然后如果用户的拉的内容相同，利用单飞让这些相同的内容，全部命中一个点。 然后你这些服务启动链路追踪 ，调优系统调用的性能。

我感觉 面试想问 数据表和缓存怎么设计，可以参考评论系统。