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

[test3207]

rt，因为有大量小文件 host 的服务，导致内网几台服务器连接数很多。好像 http2 可以连接复用，但是 http2 需要证书，服务器多了又有点折腾。有没有好哥哥指个路？ QwQ

[whileFalse]

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

[tabris17]

需要

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

[test3207]

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

[test3207]

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

[tabris17]

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

[Jirajine]

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

[wysnylc]

http2 的头部压缩能省流量,极限情况可以接近原始 tcp 效率
多路复用倒是可能还有负提升,因为多个 http 请求被绑定到了一个 tcp 上
至于 https 完全没必要担心,在乎这点性能建议使用 udp 自己实现 quic

[whileFalse]

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

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

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

[whileFalse]

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

[test3207]

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

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

还是感谢您的意见。