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

查看 242|回复 25
vivisidea   
是 In 流量 还是 Out 流量?我记得阿里云 ECS 绑定 外网 IP 的话,200Mbps 的 In 带宽是不收费的
Out 流量没啥办法,gzip 可以看下数据都是怎样的,测算下压缩比,有多少收益
威胁不给优惠就迁移去友商,谈优惠

xueling   
1 、使用 snappy/gzip 实时压缩;
2 、使用枚举 ID 代替不必要的文本传输,减少类似描述信息等文本内容的传输,数值类型参数不要使用字符串,键值也可以使用 id 替代;
3 、使用字节流类型接收和返回数据,根据二进制位自定义传入和返回数据协议(最好统一封装 http 请求和解析工具类给交互方);
了解一下我的开源项目: https://github.com/xl-xueling/xl-lighthouse 实时监控接口数据传输量,便于衡量优化效果。
mightybruce   
腾讯的张彦飞的《深入理解 Linux 网络》可以看看, 他写的文章很有深度, 这里给一个链接
https://mp.weixin.qq.com/s/-xiWjPRiRsPcxODnJ3921Q
Kinnice   
1. 首先看看你们流量峰值和流量模型
2. 可以开低带宽计费机器来和流量计费负载均衡一下,流量计费基本是 95 ,这样负载一下可能要便宜不少
3. 接口可以改 json => grpc
4. gzip => br
matrix1010   
要不你先说说业务是什么类型? No Silver Bullet 和 XY problem 大家都懂。具体问题具体分析,说不定直接 client side cache 一下都不用发请求
gam2046   
这种量级,考虑一下,HTTPS 能否降级成 HTTP ,光证书流量就节约非常多。
如果计划响应结构变为 protobuf ,那么 gzip 的效果就很一般了。
duan602728596   
什么,居然没开 gzip 吗? https 也可以尝试 br 压缩,效果更好
GeekGao   
思路:
使用 Protocol Buffers 代替 JSON ,以减少数据传输量。
使用 CDN ,将静态资源和 API 响应缓存并且靠近用户交付,以降低延迟和提高响应时间。
在 API 层集成缓存机制,快速提供缓存数据,减轻后端系统负担,改善响应时间。
采用现代网络协议,如 HTTP/2 ,减少建立新连接的开销,提高网络效率。
优化数据库查询,避免检索不必要的数据,减少网络流量,提高性能。
优化日志收集,仅收集和保留必要的日志数据,优化日志分析成本。
考虑其他压缩算法,如 lz4 、snappy 或 zstd ,以提高压缩性能。
zeusho871   
买那种大宽带机房 我这每天 20e 可能没有 几千万还是有
就那种大宽带服务器 500m 上下行拉满的 比阿里云便宜 然后作为缓存层通你你现在阿里云的服务 这样流量基本不计
如果还想便宜就移动大带宽的比电信便宜更多
zeusho871   
@zeusho871 没看到楼下的补充。。。如果不能缓存最简单的便宜的是买 5m 的阿里云 几十台堆起来 20 台 5m 的阿里云比一台 100m 的便宜很多
您需要登录后才可以回帖 登录 | 立即注册

返回顶部