对于并发高的网站， HTTPS 相比 HTTP 带宽要求会提高多少？现在 1.4 万并发 HTTP 10Mbps 已经撑不住了，一堆超时的。静态资源都在 CDN。申请加到 13Mbps 了，想上 HTTPS 怕上完更卡。客户的公司，非常抠的

[LLaMA]

[ShunYea]

可以考虑下天翼云，相同配置下天翼云的带宽比较便宜。

[jsq2627]

https://stackoverflow.com/questions/1615882/how-much-network-overhead-does-tls-add-compared-to-a-non-encrypted-connection
按照 1.4 万 pqs 的规模，在不增加网络的前提下应该是支撑不起 https

[sofukwird]

带宽拉到按量付费 100M ，云服务的固定带宽太贵了，换我也不乐意给你加钱升固定带宽，体验没有提升多少钱却投进去一大堆

[sofukwird]

短链接可以静态生成文件走 CDN ，不是非得走后台动态 API ，这样的话能省下一大笔钱，服务器配置也能降一降，降下来的钱都是利润

真有钱呐，草根站长看到这配置的服务器太羡慕了

本草根站长是不会多花一分钱在云服务器上的，能省则省

[msg7086]

我 1000qps 跑 http 都要 8mbps 了，你 14000qps 用 10mbps 能跑下来就怪了。

[wonderblank]

1.4 万并发?

[wonderblank]

首先得贴出火焰图，以及 cpu 密集型应用，还是 IO 密集型？

[ajaxgoldfish]

qps 不等于并发，另外，上 RSA 的话不只是带宽问题，CPU 也会顶不住的，CPU 也影响带宽

[neptuno]

再精简一下返回体？

[mnssbe]

有兴趣的同学可以看看 #21, 算算 QPS 是多少

[Devilker]

想要马儿跑的快，又不给马儿吃草。

[xiangyuecn]

改成按流量付费，细水长流，拉满 100M 。能抗住 1 万并发，如果只是单台服务器，也是一个牛逼的存在

猛男配金针菇

[opengps]

既然抠门的话，多套两层免费 cdn 吧

[someonedeng]

加钱是最简单的方法了；可能还是最省钱的

[byte10]

发现大家 分析问题还挺片面的。。HTTPS 只有握手才是 rsa 把，数据传输是 AES ，AES 性能一般没问题，随便一个强一点的 arm 盒子 都可以跑满千兆 AES 。。另外你上 https 一般挂在 nginx 上的，对业务服务的性能也没啥影响。至于带宽的问题，这个就额外的 HTTPS 握手 会产生多一点开销。

QPS 一般就是一秒能处理的请求，楼主的单位时间 没处理吧？

[GuangXiN]

替客户省钱可以，替客户抠就没必要了吧？

[huzhizhao]

按量付费吧

[yc8332]

你这个带宽应该没办法达到这个 qps 。

[renfei]

我曾经年少，http 转 https 以后，带宽不是问题，我 CPU 满了

[realpg]

@renfei #59
https 丢给免费 slb 处理
静态的丢给 cdn 处理
api server 只提供 http 就够了

另外 1.4W QPS 10Mbps 是做梦

我的纯 report server ，永远只返回{"s":"ok"}，加上输出的 http 头，换算到 1W5 QPS 上行带宽都近 10Mbps
我不信你的请求响应比我这还少