服务部署流程中,如何节省流量费用?

180 天前
 yuandj

当下情况

有个项目,部署在某家上市云商中,接口大概每天 20 亿左右的请求响应,流量费用在服务器架构中占比较高,目前已经实施了 2 种优化方案,请问有没有更好的优化方案推荐?

目前已经做过的优化方案

  1. 找云商谈优惠
  2. 要求调用接口的合作商加上 gzip 压缩

暂不考虑的方案

  1. 按带宽计费(目前业务量级,按量计费/按带宽计费消耗差不多)

有想法还未实现的方案

  1. 使用 Protocol Buffers 替代 json ,和 gzip 同时使用。

请教

  1. 有没有推荐的优化方案? PS: 可以是服务部署方面 或者 流量优化方面
3174 次点击
所在节点    程序员
43 条回复
northbrunv
180 天前
机房托管,1g 带宽 5000-8000 左右,单线 bgp 价格不同
isno
180 天前
1. 如果接口的内容是 HTML 类型的文本 br 压缩能比 gzip 高 17~30%的压缩率。 [推荐使用]
https://www.thebyte.com.cn/http/compress.html#_2-%E4%BD%BF%E7%94%A8-brotli-%E5%8E%8B%E7%BC%A9

2. protobuf 比 JSON 会一点点,但影响不大 [花大力气,换来少收益]
https://www.thebyte.com.cn/http/protobuf.html

3. 优化一下 SSL 的证书 [花大力气,换来少收益]
https://www.thebyte.com.cn/http/ssl.html
scys
180 天前
找云商谈优惠 这个最实际。
milzero
180 天前
@mightybruce #12 等看完,再实践,OP 可能都被裁了!
cjd6568358
180 天前
1.通用方案
前端底层使用 websocket 代理业务层接口,传输使用 gzip 压缩。
2.业务层改造
参考 osi 模型协议,用 bit 位来表示业务减少传输数据体积。
seth19960929
180 天前


上 rpc 吧, HTTP header 还是占用挺多的. 看你的使用商能不能接受了.
可以再补充具体一点业务
hongfs
180 天前
某家上市云商是谁,可以参考下拼多多,走内网来链接,费用会降低些。
zizon
180 天前
看 request/response 的大小是什么区间了.
如果不大的话相比可能 HTTP 协议本身的 overhead 就很冗余,可以考虑换协议.
yuandj
180 天前
@hongfs
#27 这个方案云商提过,找出最大的流量方,直接跟他家的服务器扯根网线,前提是对方要同意。

@gam2046
#15 目前用的就是 HTTP ,没用 HTTPS

@vivisidea
#10 In 和 Out 占比 1 : 1.2 吧,Out 的流量使用确实不取决于我们,目前在考虑节省 In 的流量。阿里 200Mbps 不收费这个确定吗?那我多扯几根,每个都不超过 200M ,阿里不得亏死。。。

情况补充:
1. 纯接口请求响应流量费用,不包含前端静态资源。
2. 目前只用到了 HTTP ,没用 HTTPS 。
3. 业务是 ADX 平台,出口和入口流量都比较大。
wdhwg001
180 天前
不要用 protobuf ,用无需自解释的协议,比如 flatbuffer 或者 capnproto ,可以省去一大波结构描述类的开销。

另外 graphql 真的省带宽,按需给字段很重要的。

还有你需要 zstd 。
wdhwg001
180 天前
补充一条,合理的缓存策略也很重要,很多请求是不需要疯狂刷查询的,oauth 之后给每个 token 做一下 rate limit 很重要。
vivisidea
180 天前
@yuandj #29 你找阿里云确认下呢,应该也有个总带宽上限,并不是无上限的,注意需要 Ecs 绑定公网 IP ,流量不要走网关,网关好像是 max(in, out) 计费的,原理就是实际上阿里云上的业务大多数是 Out 多,所以运营商跟阿里云结算也是以 Out 结算的,In 实际上不收费

我们的业务也是 In 流量大,之前调研方案的时候找阿里云了解到这个信息,不确定是否通用

另外你们 In:Out 比例 1:1.2 的话,按带宽计费的话,我记得是 Max(In, Out) 哪个大计哪个的( 95 峰值),不应该 In/Out 都分别计费啊?
vivisidea
180 天前
teaegglove
179 天前
用 hetzner ,每台 20T 免费流量。然后用 DNS load balancing 做集群,把分散流量到每台机器。
Nicklove
179 天前
网络的提速降费...
hongfs
179 天前
@Nicklove 网络的成本总需要有人来承担,家用带宽白菜价,商用带宽大幅下降不太现实。
EthanLau
179 天前
我们也有类似问题,量级比你们多一些,目前也没啥优化的空间了,如果双方都是阿里云的话,同一地域的能直接建一个对等连接走内网,对方肯定也乐意。

再怎么优化,不如商务谈一个低的折扣来的香
kaf
179 天前
有试过 95 带宽计费吗,既然带宽和按量差不多,95 带宽服务侧再优化一下流量峰值,应该能薅出一点羊毛
Nicklove
178 天前
@hongfs "家用带宽白菜价",难道你想说家用带宽都是亏本在卖?以腾讯云为例,1mbps 带宽的月费是 20 元,50mbps 带宽的月费是 4165 元,那你就觉得商用带宽这样就现实了?网络的成本当然需要有人来承担,我不能既承担了成本,还要理解运营商吧。
Nicklove
178 天前
补充一下,包月带宽如此,按流量计费是¥0.80/GB

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1044752

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX