内网间服务是否有需要走 http2？

歇着吧
内网建立连接非常快，连接复用提升不了多少效率。反而是 https 的加密可能对服务器性能有影响。

需要

gRPC 基于 HTTP/2 必然有其道理。多路复用带来的性能提升可以 cover 掉 https 加密解密的性能损失

@whileFalse 我担心的是后续用户量增加了，连接数不够用，以及瞬时维护太多连接是否也会有性能问题。内网连接速度再怎么也慢不到哪里去

@tabris17 有作业可以抄吗？还是直接看这个 grpc ？ QwQ

@test3207 如果你是从零开始，那就选 gRPC，如果现有业务已经部署了，没必要改成 gRPC

内网也不该直接用明文，自建 CA 比较安全。

@test3207 你能有多少用户？你的业务需要长时间建立连接吗？
任何 http server 都能简单地 hold 住 1000 个连接，但你一个内网服务同时处理 1000 个业务早就崩了。

@tabris17 提到了 gRPC，这货是可以用 HTTP/2 without SSL 的。你可以试试把服务配成 HTTP/2 without SSL，然后就能愉快地 gRPC 了。不过普通的 HTTP Request 库很可能不支持这个特性。

最后，我还是觉得 [没有必要] 。过早优化是万恶之源。

@wysnylc http2 的头部压缩主要作用于 header 啊 cookie 啊之类的。服务间调用的 header 可少太多了……

@whileFalse 我要是在这里承认服务崩了，老板看到了怎么想 = -=

问题现在有也好，没有也好，总之我觉得是很有可能用得上的，所以来问问好哥哥们，看看有没有好的处理可以学习一下。

还是感谢您的意见。